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ABSTRACT 



A method and system are provided for routing a call to a 
cal led party 's la ndline or wireless communication unit based 
oh the av ailability of the wireless communication unit. A call 
placed to a call ed pa rty's l andl ine commuflicatiflfl unit is 
routed to the ca lled parte s wireless" com munication un it if 
the wireless communication unit is determined available, 
otherwise, the call is ro uted to the called party's landline 
communication un it. Unlike past attempts to facilit ate com- 
mmuc ationw ith a called party having wireless and landline 
communication units, these preferred embodiments operate 
autoniatically (without called party intervention) before a 
call is terminated at the l andin g communication unit and are 
responsive to trie availability of the called party's wireless 
communication~unit. Furthefpthe re preferred embodiments 
do not rely on complex, pre-detcrmined huntin g sequences 
or expensive - adjuncTcustomer premises equipment. 

20 Claims, 6 Drawing Sheets 
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AUTOMATICALLY DETERMINE THE 
AVAILABILITY OF THE CALLED PARTY'S 
WIRELESS COMMUNICATION UNIT 



AUTOMATICALLY ROUTE THE CALL TO 
THE CALLED PARTY'S LANDLINE 
COMMUNICATION UNIT IN RESPONSE TO 
THE CALLED PARTY'S WIRELESS 
COMMUNICATION UNIT BEING 
DETERMINED UNAVAILABLE 



AUTOMATICALLY ROUTE THE CALL TO 
THE CALLED PARTY'S WIRELESS 
COMMUNICATION UNIT IN RESPONSE TO 
THE CALLED PARTY'S WIRELESS 
COMMUNICATION UNIT BEING 
DETERMINED AVAILABLE 



Fig. 3 
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SUSPEND 
LAUNCH 


CALL AND 
QUERY 



510 



■520 



NO 



IS 

ROUTING SERVICE 
ACTIVE ? 
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SEND A LOCATION REQUEST 
TO THE HLR 


> 




DETERMINE THE ROUTING 
ADDRESS OF THE CALLED PARTY 
AND SEND RESPONSE 







STEP / 
560 A 



TERMINATE THE CALL TO THE 
CALLED PARTY'S LANDLINE 
COMMUNCATION UNIT IF NO 
RESPONSE IS RECEIVED AFTER 
AN ELAPSED PERIOD OF TIME 



IF THE RESPONSE CONTAINS 
THE ROUTING ADDRESS OF THE 
WIRELESS COMMUNICATION UNIT 
AND DOES NOT INDICATE THAT 
THE WIRELESS COMMUNICATION 
UNIT IS INACTIVE, SEND A 
FORWARD CALL COMMAND 




IF THE RESPONSE INDICATES THAT 
THE WIRELESS COMMUNICATION 
UNIT IS NOT REGISTERED WITH 
THE HLR OR IS INACTIVE, SEND 
AUTHORIZATION TO TERMINATE 
CALL TO THE CALLED PARTY'S 
LANDLINE COMMUNCIATION UNIT 



610 



620 



630 



640 



650 



Fig. 6 
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SYSTEM AND METHOD FOR ROUTING A 
CALL TO A CALLED PARTY'S LANDLINE 
OR WIRELESS COMMUNICATION UNIT 

TECHNICAL FIELD 

The present invention relates generally to call processing 
in telecommunication networks and specifically to a system 
and method for routing a call to a called party's landline or 
wireless communication unit. 

BACKGROUND 

Many people have a wireless communication unit, such as 
a cellular phone, in addition to a landline communication 
unit, such as a home telephone. While having a home phone 
and a cellular phone allows a person to place calls both at 
and away from home, two phones with unique phone 
numbers can make reaching the person difficult. For 
example, a person carrying an active cellular phone will 
miss a call placed to his home phone. 

Several methods have bee n suggested to facilitate com- 
munjcalion with u sers having w ireless and landl ine com- 
munication units. In one method, a user forwards calls f rom 
hisjiojne phone to his cellular phone by m anually ente ring 
the cel lular phone number into a "ca ll forward i ng serv ice. 
After entry of the cellular p hone numbe r, all call s to th e 
us er's hom e phone "are forwarded from the home pTkme to 
the user 's cellular 'phone", even ^iF t he "cellular p hone~"is 
i nactiv e. In another method^ if a c all placed toause r*shome 
phone is not answered after several rings, the call is trans- 
ferred t o th e user's cellular phone, because the call is 
transferred typically afteTfouT" or five rings, some calling 
parties, believing that the call will not be answered, hang up 
before the call is transferred". Other methods "rely on" 
complex, p re-deterrni ned hunting sequences or expensive 
adjunct custom er prem ises equipment? 

Xfaere is a need , therefore, for an improved system and 
method for routing a call to a called party's landline or 
I wireless communication unit that will overcome the disad - 
[ v antages jes^^^j^ ove^ 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is an illustration of a wireless communication unit 
of a preferred embodiment, 

FIG. 2 is a block diagram of a telecommunication system 
of a preferred embodiment. 

FIG. 3 is a flow chart of a method of a preferred 
embodiment for automatically routing a call to a called 
party's landline or wireless communication unit. 

FIG. 4 is a block diagram of one preferred embodiment of 
the telecommunication system of FIG. 2. 

FIG. 5 is a flow chart of a method of a preferred 
embodiment for automatically routing a call to a called 
party's landline or wireless communication unit using the 
telecommunication system of FIG. 4. 

FIG. 6 is a flow chart of a method of a preferred 
embodiment for determining whether a called party's wire- 
less communication unit is available. 

DETAILED DESCRIPTION OF THE 
PRESENTLY PREFERRED EMBODIMENTS 



10 



20 



unit. In one embodiment, a call placed to a called party's 
landline communication unit is routed to the call ed party' s 
wireless communi cation u nitTsuc h as a cellular phone 100 
(FIG. 1) ~it the wireless communication unit is available. 
Otherwise, the call is routed to the called party's landline 
communication unit. Unlike past attempts to facilitate com- 
munication with a called party having wireless and landline 
communication units, these preferred embodiments operale 
automatic ally (without c alled-party inter vention) b*eTSrea 
cal ljs ter minated at the landline communication unit and are 
responsive to the availability of the called party's wireless 
communication unit. Further, there preferred embodiments 
do not rely on complex, pre-deterrnined hunting sequences 
or expensive adjunct customer premises equipment. 

Turning again to the drawi ngs, FIG. 2 is a block diagram* 
of a telecommunication system 20() of a preferred embodi-| 
ment. As shown inJ£IG^2, a calling party 210 is coupled 
with a calle d party 's landline communication unit 220 and 
wireless communication unit 230 througJi_wireless and land- 
line communication networks 240.Xsused herein, the term 
"coupled wit h'' means d irectly coupled with o r indirectly 
coupled" 



cAll* 



30 



35 



yiTrrnffoiTgtrone or more components. Th 
a ndlandline comm unication networ ks 240 comprise com- 
p uter usab le medium hav ing first^jgconil antMJiird com 

27(T 



m 260) gTU^embodied 

therein. It is important to note that whifeTne program codes 
250, 260, 270 have been shown as three separate 
components, their functionality can be combined and/or 
d istributed . It is also important to note that 
intended to broaclly cover any suitable jnedia^ analoj 
digital, now in use or developed in the future. 



45 
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— TEelelecommunication system 200 o£FIQ^2 cp 
in a method for automatica lly routi ng a ca lj/to a calfed 
paqty's landline or wireless communication utfit, as shown in 
the flow chart of FIG. 3^J^e^iie^allm^party 210 /laces 
a ^all to t he called party,C he first comp uTey readable program 
code 250 automatically determine s the availability of the 
called party's wireless communication unit 230 Gstep 310). 
In response ^ to the called party's wirelessjaH^rnunication I 
unit 230 being determined unavailable, ffhe scconj computer/ 
r eadable program code 260. auto maticaTnTroutes the call ta 
th£ called parfy_^ landlin^ communication unit 220 (step 
320). In respo nse to the r.alleo 1 party's wi mles- 
cat jon unit 230 being determined available, fl he third c on 
putejr^readable program code 270 automatically routesthe 
call to the called party's wireless communication unit 230 
(step 330). 

^ElXi*-^ is a block diagram of one preferred embodiment 
400 of the telecommunication system 200 of FIG. 2. This 
preferred system 400 comprises a landline communication 
unit 410 coupled with a wireless communication unit 420 
through a signal switching point (SSP) 430, a tandem switch 
440, a signal transfer point (STP) 450, a service control point 
(SCP) 460, a mobile switching center (MSC) 470, and a 
home location register (HLR) 480. This system 400 embod- 
ies an intelligent bridge between components used in wire- 
less and landline networks. The MSC 470 and the HLR 480 
are components used in a wireless network. The MSC 470 
handles switching and routing to the wireless communica- 
tion unit 420, and the HLR 480 is a database that stores 
information about the location of the wireless communica- 
tion unit 420, 

The other components of the system 400 communicate 
voice and data traffic and network signaling protocols that 



By way of introduction, the preferred embodiments 

described below include a method and system for routing a 65 control switching of the ^pjee and data traffic. The SSP 430 

c all toj jalledq& rty's landline or wireless communicatio n is a central office equipped with Advanced Intelligent Net- 

unit based on the availability of the wirele ss communication. work (AIN) software, which enables the SSP 430 to suspend 
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call processing and launch a query to the SCP 460 via the 
STP 450. The SCP 460 handles queries sent from the SSP 
430 by communicating with HLR 480, although any data- 
base that contains the information described below can be 
used. Preferably, communication between the SCP 460 and 5 
the HLR 480 is carried out through a Signaling System 7 
(SS7) network using IS-41 Transaction Capabilities Appli- 
cations Protocol (TCAP) Rev. B protocol. The SSP 430 also 
communicates voice and data traffic to the MSC 470 via the 
tandem switch 440. 1Q 

In this embodiment, the SSP 430 is associated with the 
called party's landline communication unit 410 and receives 
a call from a calling p art y . Because the SSP 430 is associated 
with the called party, it is referred to as a terminating SSP . 
It should be understood that an SSP associated with the 15 
calling party (an originating SSP) can be modified to per- 
form the functions described below. It is important to note 
that the SSP 430 can tr ansfer voice and data traf fic directly 
without the use of the tandem switch -440 and can directly 
transfer network signaling protocols to the SCP 460 without 20 
the use of the STP 450. Also, a central office not equipped 
with an SSP can be provided w ith software to send messages 
to the SCP 460 in an AIN-query format. Preferably, the SCP 
460 utilizes a service order interface to create an automated 
message__ acrniint (AMA) bi lling record to charg e for calls 25 
that are routed using the method described belo w. 

FIG. "5 is a flow chart of a method of a preferred 
embodiment for automatically routing a call to a called 
party's landline or wireless communication unit 410, 420 
using the preferred system 400 of FIG. 4. First, the SSP 430 30 
receivesjfre, ca lled pa rty*sdes ti nation number (D N) from the 
calling party (step 5i0)77hthis preferred embodiment, the 
called party's DN j s the DN associated with the called 
party's landline communication unit 410. A terminatin g 
attempt trigger (TAP at the SSP 430 recognizes the called 
party's DN, and the SSP 430 suspends the call and launches 
a terminating attempt query to the SCP 460 (step 520). 
Preferably, this query follows the form shown in Appendix 

A. 

h"e"SCP 4$0vdeterrnines whether the wireless/ ^ 
| fandlii i& routine servicers acti ve (step 530). If the wireless/ 
IanTnine routing servfceis d eactive, the SCP 460 responds to 
the query from the SSP 430 with a message author izing 
te rmination to the called party's landline communication 
unit 410 (preferably in the form shown in Appendix B), and 45 
the SSP 430 routes the call to the landline communication 
unit 410 (step 540). If the wireless/landljn e call routing 
servicejsactive, the SCP 460 de termines whether the calli ng 
part y is usin g t he wireless communication unit 420 (st ep 
550T. T his determination can be made, for e xample, by 50 
analyzing the DN of the calling party identification param- 
eter in the AJN query. If the calling party is using the 
wireless communication unit 420, it is preferred that the call 
be routed to the called party's landline communication unit 
410 (step 540) to avoid automatically routing the call back 55 
to the wireless communication unit 420 itself (i.e., to prevent 
circular routing). 

If the calling party is not using the wireless communica- 
tion unit 420 (or if the SCP 460 cannot make the 
detewftination), the SCP 460 determines whether the called 60 
party's wireless communication unit 420 is^available^(step 
560). The preferred execution of this step is shown in the 
flow chart of FIG. 6. First, SCP 460 sends a location request 
to the HLR 480 of the MSC 470 (step 610). It is preferred 
that the location request follow the form shown in Appendix 65 
C. Upon receiving the request the HLR 480 determines the 
routing address c^f the wireless communication unit 420 and 



sends a response containing the routing address, if available, 
to the SCP 460 (step 620). If no response is received by the 
SCP 460 after an elapsed period of time, the SCP 460 
preferably authorizes the SSP 430 to terminate the call to the 
called party's landline communication unit 410 (step 630). 
If the response contains the routing address of the wireless 
communication unit 420 and does not indicate that the 
wireless communication unit 420 is inactive (erg., if the 
" access , p arried" field is populated by any value except "2" 
(inactive)), the SCP 460 sends a forward call command to 
the SSP 430 (step 640), and the call is routed through the 
MSC 470 to the wireless communication unit 420 (step 570). 
A preferred response format from the HLR 480 is shown in 
Ap pendix D, and a pre ferred forward call command forma t 
is sh own in Appendix R " 

If the response indicates that the wireless communication 
unit 420 is not registered with the HLR 480 or is inactive 
(see the preferred response in Appendix F), the SCP 460 
sends the SSP 430 a message authorizing termination to the 
called party's landline communication unit 410, preferably 
in the form shown in Appendix G (step 650). The SSP 430 
then routes the call to the landline communication unit 410 
(step 540). 

It is possible that a call routed to an active wireless 
communication unit 420 will go unanswered. Such a call c an 



be handled by the logic in the MSC 470(eTg., t erminatio^ of 
the call, transfer to voice mail, call forward to another 



n umber, "et c.). To prevent circular routing of calls, it is 
preferred that the calling party DN be changed to the DN of 
the wireless communication unit 420 for calls routed to the 
wireless communication unit 420. In this way, if, for 
example, the MSC 470 is programmed to forward una n- 
swered calls to the landline communication unit 41U, the 



automatic landline/routing feature described above will not 
re-route the call to the wireless communication unit 420 (see 



step 55U above). 

It is also possible that a call routed Jo an active wirel ess 
communication unit 420 will terminate on a busy line. As 
described above, the MSC 470 can transfer such a caTfto the 
voice-mail system associated with the wireless communica- 
t ion unit 420 ^ A called party, however, may not be aware of 
le need to check that voice -mail system. To avoid this 
problem, a unified voice-mail system can be used to handle 
calls from both the wireless communication unit 420 and the 
landline communication unit 410. In this way, a user can 
check the voice -mail system associated with the landline 
communication unit 410 and receive messages left by callers 
who were routed to the wireless communication unit 420. 

In the above-described preferred embodiment, the avail- 
ability of the wireless communication unit 420 was based on 
whether the wireless communication unit 420 was activ e. In 
an alternative embodiment, availability is additionally based 
on whether the wireless ^^mynrajipn n nif 1S Ml^y In 
this embodiment, the SCP 460 authorizes the SSP 430 to 
route the call to the wireless communication unit 420 only 
if the unit 420 is both active and not busy. 

While the number of the called party's landline commu- 
nication unit 410 was used in the above-described preferred 
embodiments to trigger a query, a number not associated 
with either the called party's landline or wireless commu- 
nication unit can be used to trigger the query. Also, a query 
can be triggered when a calling party dials the number of the 
called party's wireless communication unit 420. As one 
example of this alternative embodiment, a call to the placed 
wireless communication unit 420 can be automatically for- 
warded by the MSC 470 to the SSP 430, which launches a 
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query as described above. Of course, if a call is placed to the 
non-triggering number, the call will be directly connected to 
that communication unit For example, in the embodiment 
illustrated in FIG. 5, a call to the wireless communication 
unit 420 will be directly connected to that unit 420. 

In another alternative embodiment, if a call is routed to 
the communication unit that is not associated with the 
number called by the calling party, an indication can be 
generated by that communication unit. For example, if a 
calling party dials a number for the called party's landline 
communication unit and if the call is routed to the called 
parly's active wireless communication unit, a d istinctive 
ring, such as a mu ltiple ring, can be generated by the 
wireTels^rofmmTirtc^iTo n unitrfrTcontrast, a call directly 
terminated to the wireless communication unit can have a 
single ring. In this way, a called party can monitor the ring 
pattern of a communication unit to determine whether the 
incoming call is a direct or routed call. Of course, other 
kinds of indications, _suc n ao a viia u QaciicatiTjii, can p e 
generagE^ 

As mentioned in the discussion above with reference to 
FIG^S, it is possible to deactivate the wireless/landline call 
routing service. On e way of engaging or disengaging ^ the 
se rvice is through an in teracti ye voice resp onse- (I VR) unit. 
A called party can disengage the service it he doe^TTOTWttnt 25 
to be disturbed by or incur the expense of a routed call. One 
way in which to d eactivate the wireless/landline call routing 
se rvice Js_ to en gagin g arL-UXi conditio nal call forwarding 
feature^ — 

As another alternative, the SCP 460 can instruct the SSP 30 
430 to play a message to the calling party while waiting for 
a response from the HLR 480. This message can alert the 
calling party that the call is being processed, providing the 
advantage of alerting the calling party that the call is being 
processed despite a delay, which can occur, for example, if 35 
the called party is roaming between MSCs. 

For simplicity, the term "landline communication unit" is 
intended to broadly cover any communication unit that 
receives calls from a calling party through a physical con- 
nection from a main switch point, such as a central office. 
Landline communication units include, but are not limited 
to, home or office telephones, fax machines, and modems. 
Also for simplicity, the term "wireless communication unit" 
is intended to broadly cover any communication unit that 
receives calls from a calling party through a wireless, 
over-t he-air connect ion. Wireless communication units pref- 
erably include, but are not limited to, cellular phones, mobile 
phone, paging devices, and modems adapted to receive 
wireless transmissions, although personal communication 
service (PCS) devices can also be used. Wireless commu- 
nication units can use any wireless communication technol- 50 
ogy including, but not limited to, analog with enhanced 
registration, time division multiple access (TDM A), code 
division multiple access (CDMA), and global system mul- 
tiple (GSM) technology, as well as radio, infrared, and 
satellite transmissions. 

It is intended that the foregoing detailed description be 
understood as an illustration of selected forms that the 
invention can take and not as a definition of the invention. 
It is only the following claims, including all equivalents, that 
are intended to define the scope of this invention. 

Appendix A 

AIN Query 

Termination Attempt 
Called Party ID — Called Number 
Lata — LATA ID 

Calling Party ID — Calling Number (if available) 
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Original Called Party ID (if available) 
Redirected Party ID (if available) 
Redirection Information (if available) 

Appendix B 

AIN Response 
Auth_„Term 

CallingPartyID=Calling Number (if available) 
CalledPartyID=Landline Number (as dialed) 

Appendix C 

IS-41 INVOKE 
LOCREQ 
Digits(dialed) 
MSCID 

SystemMyTypeCode 
Billing ID 

Appendix D 
IS-41 RETURN RESULT 
locreq 
MSCID 
MIN 
MSD 

Digits — Routing Address 

Appendix E 

AIN Response 
Forward Call 

CallingPartyID=Calling Number (if available) 
CallingPartyID=Wireless Number 
Primary Carrier 

AMAAlernatBillingNumber= Wireless Number 
AMAslpID-value from wireless service provider 

Appendix F 
IS-41 RETURN RESULT 
locreq 
MSCID 
MIN 
MSD 

AccessDeniedReason=2 (inactive) 
Appendix G 

AIN Response 
Auth„Term 
What is claimed is: 

1. A method for routing a call to a called party's landline 
or wireless communication unit, said method comprising: 

(a) receiving, from a calling party, a destination number 
assigned to the called party's landline communication 
units; then 

(b) automatically determining an availability of the called 
party's wireless communication unit; then 

(c) automatically routing the call to the called party's 
landline communication unit in response to the called 
party's wireless communication unit being determined 
unavailable in (b); and 

(d) automatically routing the call to the called party's 
wireless communication unit in response to the called 
party's wireless communication unit being determined 
available in (b). 
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2. The method of claim 1 further comprising automati- 
cally routing the call to the called party's landline commu- 
nication unit in response to a calling party using the called 
party's wireless communication unit. 

3. The method of claim 1, wherein (b) comprises 5 
(bl) sending a location request lo a home location regis- 
ter; and 

(b2) analyzing a response to the location request. 

4. The method of claim 1, wherein the called party's 
wireless communication unit is unavailable if inactive and is 1Q 
available if active. 

5. The method of claim 1, wherein the called party's 
wireless communication unit is unavailable if busy and is 
available if not busy. 

6. The method of claim 1 further comprising providing the 
called party's wireless communication unit with an indica- 15 
tion that the call is automatically being routed to the called 
party's wireless communication unit and is not a direct call 

to the wireless communication unit. 

7. The method of claim 1 further comprising providing the 
called party 's wireless communication unit with a distinctive 20 
ring indicating that the call is not a direct call to the wireless 
communication unit in response to automatically routing the 
call to the called party's wireless communication unit, 

8. The method of claim 1 further comprising playing a 
message to a calling party before the call is automatically 25 
routed, the message alerting the calling party that the call is 
being processed. 

9. The method of claim 1 further comprising using an 
interactive voice response system to disable performance of 

( b M d > . ... 30 

10. The method of claim 1 further comprising using a 

unified voice-mail system operative to receive messages for 
both the landline communication unit and the wireless 
communication unit. 

11. A method for routing a call to a called party's landline 

or wireless communication unit, said method comprising: 35 

(a) with a signal switching point (SSP), receiving, from a 
calling party, a destination number assigned to the 
called party's landline communication unit; 

(b) with the SSP, suspending the call and launching a 
query to a service control point (SCP); 40 

(c) sending a location request from the SCP to a home 
location register (HLR) of a mobile switching center 
(MSG); 

(d) sending a response from the MILR to the SCP; 45 

(e) if the response comprises a routing address of the 
called party's wireless communication unit and does 
not indicate that the wireless communication unit is 
inactive: 

(el) sending a forward call command from the SCP to 50 
the SSP; 

(e2) forwarding the call from the SSP to the MSC; and 
(e3) routing the call through the MSC to the called 
party's wireless communication unit; and 

(f) if the response indicates that the called party's wireless 55 
communication unit is not registered with the HLR or 

is inactive: 

(fl) sending a message from the SCP to the SSP 
authorizing termination to the called party's landline 
communication unit; and 60 

(f2) routing the call through the SSP to the called 
party's landline communication unit. 

12. The invention of claim 11 further comprising: 

with the SSP, receiving, from the calling party, a desti- 
nation number of the calling party; and 65 

if the destination number of the calling party is the same 
as the destination number assigned to the called party's 
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wireless communication unit, routing the call to the 
called party's landline communication unit. 

13. The invention of claim 11 further comprising: 

if a response from the HLR is not received by the SCP 
after an elapsed period of time, sending a message from 
the SCP to the SSP authorizing the SSP to terminate the 
call to the called party's landline communication unit, 

14. The invention of claim 11, wherein a forward call 
command is sent from the SCP to the SSP in act (el) only 
if the called party's wireless communication unit is not busy. 

15. The invention of claim 11 further comprising: 

if the called party's wireless communication unit is busy, 
routing the call to a unified voice- mail system operative 
to receive messages for both the called party's landline 
communication unit and the called party's wireless 
communication unit. 

16. The invention of claim 11 further comprising: 
sending a message from the SCP to the SSP authorizing 

the SSP to play an announcement to the calling party, 
the message alerting the calling party that the call is 
being processed. 

17. The invention of claim 11 further comprising dis- 
abling performance of acts (cHO using an interactive voice 
response system. 

18. The invention of claim 11 further comprising: 
providing the called party's wireless communication unit 

with an indication that the call is automatically being 
routed to the called party's wireless communication 
unit and is not a direct call to the wireless communi- 
cation unit. 

19. The invention of claim 11 further comprising: 

if the call routed to the called party's wireless communi- 
cation unit in (e2) is not answered, changing the 
destination number of the calling party to the destina- 
tion number of the called party's wireless communica- 
tion unit. 

20. A method for routing a call to a called party's landline 
or wireless communication unit using a wire less/la ndline 
routing service, said method comprising: 

(a) with a signal switching point (SSP), receiving, from a 
calling party, a destination number assigned to the 
called party's landline communication unit; 

(b) with the SSP, receiving, from the calling party, a 
destination number of the calling party; 

(c) if the destination number of the calling party is the 
same as the destination number assigned to the called 
party's wireless communication unit, routing the call to 
the called party's landline communication unit; 

(d) if the destination number of the calling party is not the 
same as the destination number assigned to the called 
party's wireless communication unit, with the SSP, 
suspending the call and launching a query to a service 
control point (SCP); 

(e) with the SCP, determining whether the wireless/ 
landline routing service is active; 

(f) if the wireless/landline routing service is not active, 
sending, from the SCP to the SSP, a message authoriz- 
ing termination to the called party's landline commu- 
nication unit and, with the SSP, routing the call to the 
landline communication unit; 

(g) sending a location request from the SCP to a home 
location register (HLR) of a mobile switching center 
(MSC); 

(h) if a response from the HLR is not received by the SCP 
after an elapsed period of time, sending a message from 
the SCP to the SSP authorizing the SSP to terminate the 
call to the called party's landline communication unit; 
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(i) sending a response from the HLR to the SCP; 

(j) if the response comprises a routing address of the 
called party's wireless communication unit and does 
not indicate that the wireless communication unit is 
inactive: 

(jl) sending a forward call command from the SCP to 
the SSP; 

(j2) forwarding the call from the SSP to the MSC; and 
(j3) routing the call through the MSC to the called 10 
party's wireless communication unit; 
(k) if the response indicates that the called party's wire- 
less communication unit is not registered with the HLR 
or is inactive: 

(kl) sending a message from the SCP to the SSP 15 
authorizing termination to the called party's landline 
communication unit; and 
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(k2) routing the call through the SSP to the called 
party's landline communication unit; 

(i) providing the called party's wireless communication 
unit with a ringing signal that is different from a ringing 
signal generated when a call is placed directly to the 
wireless communication unit; 

(m) if the called party's wireless communication unit is 
busy, routing the call to a unified voice-mail system 
operative to receive messages for both the called par- 
ty's landline communication unit and the called party's 
wireless communication unit; and 

(n) if the call routed to the called party's wireless com- 
munication unit is not answered, changing the destina- 
tion number of the calling party to the destination 
number of the called party's wireless communication 
unit. 
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(57) ABSTRACT 

A method and apparatus in a communications system for 
routing a call. A request is received from a user, at a first 
terminal, during a call to switch the call from a packet based 
network to a circuit switched network. Responsive to receiv- 
ing the request, the call is switched to a second terminal 
associated with the user, wherein the second terminal uses 
the circuit switched network and wherein the call is switched 
to the second terminal without terminating the call. 
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METHOD AND APPARATUS FOR VOICE 
OVER INTERNET PROTOCOL SWAPPING 
IN A COMMUNICATIONS SYSTEM 



CROSS REFERENCE TO RELATED 
APPLICATIONS 

The present invention is related to application entitled 
METHOD AND APPARATUS FOR AUTOMATIC 
TRANSFER OF A CALL IN A COMMUNICATIONS SYS- 
TEM IN RESPONSE TO CHANGES IN QUALITY OF 
SERVICE, Ser. No. 09/358,994, filed even date hereof, and 
assigned to the same assignee. 

1. Field of the Invention 

The present invention relates generally to communica- 
tions system and in particular to a method and apparatus for 
routing calls in a communications system. Still more 
particularly, the present invention relates to a method and 
apparatus for routing voice over Internet protocol calls 
within a communications system, 

2. Background of the Invention 

Originally regarded as a novelty, Internet telephony is 
attracting more and more users because it offers tremendous 
cost savings relative to the traditional public switch network 
(PSTN) users can bypass long distance carriers and their 
permanent usage rates and run voice traffic over the Internet 
for a flat monthly Internet access fee. Internet telephony 
involves the use of voice over Internet protocol also referred 
to as "voice over IP" or "VoIP". This protocol is packet 
based in contrast to the switch circuit system in a PSTN. 

For example, user A in Austin wants to make a point-to- 
point phone call to user B in the company's London office. 
User A picks up the phone and dials an extension to connect 
with the gateway server, which is equipped with a telephony 
board and compression- conversion software ;the server con- 
figures the PBX lo digitize the upcoming call. User A then 
dials the number of the London office, and the gateway 
server transmits the (digitized, IP-packetized) call over the 
IP-based wide area network (WAN) to the gateway at the 
London end. The London gateway converts the digital signal 
back to analog format and delivers it to the called party. With 
this calling system, expensive international long distance 
charges are virtually eliminated because the call is set up as 
a local call. 

Users of communications system are increasingly mobile 
and require reliability in calls, such as, business calls. For 
example, user A may want to continue the conversation with 
the called party in London, but has to leave for an appoint- 
ment. In such a situation, user A must terminate or hang up 
the voice over IP call and reinitiate the call on user A's 
mobile phone by redialing the called party's number. In 
another example, user A calls a party on a mobile phone 
while in transit to work. When user A reaches work, user A 
must hang up the call and redial the called party's number 
to start a new call, using voice over IP. In this manner, user 
A reduces costs for the call. 

In addition, the level of reliability and sound quality 
expected by users is not always available with voice over IP 
calls. This situation is primarily caused by bandwidth limi- 
tations that lead to packet loss in the network. When 
congestion occurs, delays in packet transmission may occur, 
resulting in packets being lost or discarded. This packet loss 
causes gaps or periods of silence in the conversation 
between users. These gaps or periods of silence lead up to a 
"clipped-speech" effect. Such a situation is unsatisfactory 
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for most users and is unacceptable in business communica- 
tions. As a result, when a user is dissatisfied with the quality 
of a voice over IP call, the user must hang up the call and 
redial the called party's number to initiate a new call using 
5 a legacy phone to continue the conversation with the called 
party. 

Terminating and reinitiating calls in this manner is incon- 
venient for a caller. As a result, a caller may often times 
continue a call using a legacy phone, such as a mobile 

10 phone, rather than hanging up the legacy phone and redial- 
ing the called party's number on a terminal using voice over 
IP. Therefore, it would be advantageous to have an improved 
method and apparatus for allowing a user to take advantage 
of voice over IP without the user having to terminate a call 

15 in progress and redial a called party's number to initiate a 
new call to continue the conversation. 

SUMMARY OF THE INVENTION 

The inconveniences to a user desiring flexibility and 

20 mobility in a communications system providing calls over a 
packet based network, such as voice over IP, are minimized 
through the method and apparatus of the present invention. 
A request is received from a user, at a first terminal in a 
communications system, during a call to switch the call from 

25 a packet based network to a circuit switched network. The 
call is switched to a second terminal associated with the user 
in response to receiving the request. The second terminal 
uses the circuit switched network and the call is switched to 
the second terminal without terminating the call. 

30 The present invention also provides for switching from a 
path in a circuit switched network to a packet based network 
in response to a request from a user. When a request is 
received from a terminal during the call, the call is switched 
to another terminal using the packet based network. 

35 The switching of the call between a packet based network 
and a circuit switched network may be accomplished by 
establishing a new path to a new terminal on the desired 
network while the path through the present network contin- 
ues to be used for the call. When the new path is established, 

40 the new path is joined to the call. The portion of the current 
path through the current network is released or discontinued. 
The joining of the paths may be accomplished through a call 
conferencing feature used to provide call conference func- 
tions. The destination for the call may be selected by 

45 associating the user with a preselected destination stored in 
a database, which is queried when the user makes a request 
to switch or transfer the call. 

Other aspects and features of the present invention will 
become apparent to those ordinarily skilled in the art upon 

50 review of the following description of specific embodiments 
of the invention in conjunction with the accompanying 
figures. 

BRIEF DESCRIPTION OF THE DRAWINGS 
55 The novel features believed characteristic of the invention 
are set forth in the appended claims. The invention itself, 
however, as well as a preferred mode of use, further objec- 
tives and advantages thereof, will best be understood by 
reference to the following detailed description of an illus- 
60 trative embodiment when read in conjunction with the 
accompanying drawings, wherein: 

FIG. 1 is an illustration of a communications system 
depicted in accordance with a preferred embodiment of the 
present invention; 
65 FIG. 2 is a block diagram depicting a data processing 
system that may be implemented as a server in accordance 
with a preferred embodiment of the present invention; 
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FIG, 3 is a block diagram of a gateway depicted in 
accordance with a preferred embodiment of the present 
invention; 

FIG. 4 is a block diagram of a gatekeeper depicted in 
accordance with a preferred embodiment of the present 5 
invention; 

FIG. 5 is a block diagram illustrating functions in an 
application server depicted in accordance with a preferred 
embodiment of the present invention; ^ 

FIG. 6 is a block diagram of functions in a switch depicted 
in accordance with a preferred embodiment of the present 
invention; 

FIG. 7 is a diagram illustrating a database used in trans- 
ferring calls depicted in accordance with a preferred i$ 
embodiment of the present invention; 

FIG. 8 is a flowchart of a process used at a terminal to 
transfer a call depicted in accordance with a preferred 
embodiment of the present invention; 

FIG. 9 is a flowchart of a process for use in a transfer 20 
application located in a server or gatekeeper to transfer a call 
to a circuit switched network depicted in accordance with a 
preferred embodiment of the present invention; 

FIG. 10 is a flowchart of a process for use in a transfer 
application located in a server or gatekeeper to transfer a call 25 
to a packet based network depicted in accordance with a 
preferred embodiment of the present invention; 

FIG. 11 is a flowchart of a process for use in a transfer 
application located in a switch to transfer a call to a packet ^ Q 
based network depicted in accordance with a preferred 
embodiment of the present invention; 

FIG. 12 is a flowchart of a process for use in a transfer 
application located in a switch to transfer a call to a circuit 
switched network depicted in accordance with a preferred 35 
embodiment of the present invention; 

FIG. 13 is a message flow diagram of a process used to 
transfer a call from an IP network to a PSTN depicted in 
accordance with a preferred embodiment of the present 
invention; 40 

FIG. 14 is a message flow diagram of a process for 
transferring a call from an IP network to a PSTN depicted in 
accordance with a preferred embodiment of the present 
invention; 

FIG. 15 is a message flow diagram of a process for 45 
transferring a call from a PSTN to an IP network depicted in 
accordance with a preferred embodiment of the present 
invention; and 

FIG. 16 is a message flow diagram of a process used to 5Q 
transfer a call from a PSTN to an IP network depicted in 
accordance with a preferred embodiment of the present 
invention, 

DETAILED DESCRIPTION OF THE 

PREFERRED EMBODIMENT 55 

With reference now to the figures and in particular with 
reference to FIG, 1, an illustration of a communications 
system is depicted in accordance with a preferred embodi- 
ment of the present invention. Communications system 100 60 
includes a public switch telephone network (PSTN) 102, a 
wide area network (WAN) 104, and a local area network 
(LAN) 106. Telephone switch 108 and wireless switch 110 
are part of PSTN 102. PSTN 102 is a circuit switched 
network while WAN 104 and LAN 106 are packet-based 65 
networks. Communications system 100 also includes gate- 
ways 112-116. Gateway 112 provides an interface between 
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WAN 104 and wireless switch 110. Gateway 114 provides an 
interface between WAN 104 and telephone switch 108, 
Gateway 116 provides an interface between switch (not 
shown) in PSTN 102. A gatekeeper 118 and an application 
server 120 are connected to WAN 104. Gateways 112-116 
provide translation of calls into the appropriate protocols for 
use in WAN 104 and PSTN 102. Gatekeeper 118 provides 
network management functions in WAN 104. Application 
server 120 provides call functions for voice over IP calls as 
well as for other types of applications on WAN 104. 

Terminals in the form of a personal computer (PC) 122 
and an IP terminal 124 are located in location 126. In the 
depicted examples, location 126 may be a residence or 
office. PC 122 is connected to LAN 106. IP terminal 124 also 
is connected to LAN 106. IP terminal 124 may be, for 
example, a telephone configured for communication over a 
packet-based network (e.g. WAN 104). 

Location 128 in communications system 100 includes PC 
130, cordless phone 132, and telephone 134. These terminals 
are connected to telephone switch 108. Cordless phone 132 
and telephone 134 are legacy phones. A legacy phone in the 
depicted examples is a conventional landline or circuit 
switched telephone for use with PSTN 102. Also found in 
communications system 100 are mobile stations 136-140. 
These mobile stations are legacy mobile phones, which are 
circuit switched terminals that communicate using switch 
circuit networks. 

Communications system 100 as depicted in FIG. 1 is 
intended as an illustrative example of a communications 
system in which the present invention may be implemented 
and not as an architectural limitation. For example, WAN 
104 may be placed by the Internet, which is a worldwide 
collection of networks. Further, Intranets also may be 
present within communications system 100. Of course, other 
elements not shown may be contained within communica- 
tions system 100. 

The present invention provides a method and apparatus 
for use in a communications system, such as communica- 
tions system 100 in FIG. 1, to conveniently route calls for a 
user wishing to switch terminals. Specifically, the present 
invention allows the user to move or transfer an existing 
voice call back and forth from a packet based network (e.g. 
voice over IP network or IP network) and a switch circuit 
network (e.g. a legacy telephone switching system). 

For example, a user may initiate a voice over IP call from 
a terminal, such as PC 122 at location 126. The call may be 
to a terminal such as, PC 130, cordless telephone 132, or 
telephone 134 at location 128 travels though a packet based 
network, LAN 106 and WAN 104- before routed through a 
circuit switched network, PSTN 102, to reach a terminal at 
location 128. If the user at PC 122 desires to leave location 
126 and continue the call, the mechanism of the present 
invention allows the user to initiate a transfer of the call from 
PC 122 to another terminal, such as mobile station 136. In 
activating such a feature, the mechanism of the present 
invention may place the existing call on hold and transfer it 
to the appropriate mobile station. Upon answering the phone 
at mobile station 136, the mechanism of the present inven- 
tion would allow the call to continue at mobile station 136 
without requiring the user to reinitiate the call. 

From a mobile station or other type of legacy telephone, 
a user may transfer a call from the legacy telephone to a 
voice over IP capable terminal to continue the call without 
having to redial the called party's phone number. For 
example, a caller on mobile station 138 initiates a call to 
telephone 134 at location 128 while traveling to location 
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126. When the user reaches location 126, the user may 300 is an example of a gateway, such as gateways 112, 114, 
activate the mechanism of the present invention during a call or 116 in FIG. 1. Gateway 300 provides all of the logical and 
and have the call transferred to IP terminal 124 at location electrical translation functions required to provide commu- 
126, This transfer occurs without the user having to redial or nications between a packet based environment, such as 
reinitiate the call to the called party at telephone 134. By 5 WAN 104 » and a circuit switched environment, such as 
activating the mechanism of the present invention, the call PSTN telephone switch 110 in FIG. 1. The functions of 
is put on hold while IP terminal 124 is called. When the user gateway 300 are implemented along International Telecom- 
answers the call at terminal 124 a transfer of the call munications Union's ITU-T Recommendation H.323, which 
completes * s a stanQt ard describing systems and equipment for use in 

A »■ 4 - c iU u- r. L < ■ 1rt providing multi-media communications over packet based 

Activation or the mechanism of the present invention 10 , , ^ * ™ A • ™^ * . • i . u a 

, , 1t , . j i , , networks. Gateway 300 in FIG. 3 contains a packet-based 

occurs while the call is in progress and may be activated by ^ , . , 4 i , 

u c j-ff . i i function 302, which serves to communicate with packet 

a number or. different ways. For example, on a legacy , , , , - 0 , . . t - . 4 

... , . J . .' /jL . ' based network devices. Switch circuit function 306 in eate- 

telephone, the mechanism may be activated by using a , nn . , . t . . . , 

f# r, jj-r r t a i >x way 300 is employed to communicate with circuit switched 

teature key and dialing a feature access code on a phone. On ; , , . /, <• ~ n , ., t , 

no *i_ r * t_ i- /* 1f network devices. Conversion function 304 provides protocol 

a PC, the teature may be activated by selection or an 15 - r j * , f L . 

. . t , ■ i • • . c conversion functions for conversion of data and other sm- 
appropnate function key or icon on a graphic user interface. , . , . . t ^ it 
rr ^ . J & r nals sent between the two environments. For example, if a 
Referring to FIG. 2, a block diagram depicts a data voice call is flowing from a telephone switch to a WAN 
processing system that may be implemented as a server in using gateway 300) the te i e phony-based traffic is corn- 
accordance with a preferred embodiment of the present pressed and placed irjt0 IP packets and routed on l0 the 
invention. Data processing system 200 may be implemented 2U WAN 

as application server 120 in FIG. 1 or as a database server, \ir*u f ^ * mr* a ui i a- e 

( . ~ • , . with reterence now to FIG. 4, a block diagram ot a 

such as a quality of service database server 118. Data ■ a • , a ■ a -.u c a u a- 

M J , . gatekeeper is depicted in accordance with preferred embodi- 

processing system 200 may be a symmetric multiprocessor _ « f + . t • ^ . , Afxtx 

/^w™ ■ 1 .■ , 1- r , ment of the present invention. Gatekeeper 400 provides 

(SMP) system including a phirahty of processors 202 and ne[work man m Gatekeeper 400 provides 

204 connected to system bus 206. Alternatively, a single c>l , con(rol in rQUti basic te , fa ^ bandwidth 

processor system may be employed. Also connected to allocatioa> total network ^ controlj and s lem admin . 

system bus 206 is memory controller/cache 208, which and ^ ^ Gateke ^ conlains 

provides an in.erface to local memory 209. I/O bus bridge address trans|ation funclion 402 which ^ pmvid6S address 

210 is connected to system bus 206 and provides an interface + , «• T t , , . , ^ , 

, » , , m» , , translation on a packet-based network. For example, address 

to I/O bus 212. Memory controller/cache 208 and I/O bus 30 , , F . . A - * 

, ^ , , . translation function 402 may provide a directory service 

bridge 210 may be integrated as depicted. alk)Wmg ^ tQ enlef an ^ wMcfa fe 

Peripheral component interconnect (PCI) bus bridge 214 into a network address for the terminal to use. The alias 

connected to I/O bus 212 provides an interface to PCI local address may be, for example, a telephone number, an 

bus 216, A number of modems may be connected to PCI bus ^ extension number, or a name. Access function 414 provides 

216. Typical PCI bus implementations will support four PCI fa Q access con troI used to determine whether a terminal can 

expansion slots or add-in connectors. Communications links ma k e or accept a call. Access function 414 is used to 

to network computers 108-112 in FIG. 1 may be provided determine whether a terminal is allowed to access gateways 

through modem 218 and network adapter 220 connected to to make outside calls. Bandwidth function 406 is used to 

PCI local bus 216 through add-in boards. ^ determine the amount of bandwidth that is allocated for a 

Additional PCI bus bridges 222 and 224 provide inter- call, 

faces for additional PCI buses 226 and 228, from which Gatekeeper 400 also includes a transfer application 408, 

additional modems or network adapters may be supported. which ^ used l0 prov ide the transfer functions of the present 

In this manner, server 200 allows connections to multiple invention. In particular transfer application 408 will receive 

network computers. A memory-mapped graphics adapter A$ signals or requests from a user to transfer a voice over IP call 

230 and hard disk 232 may also be connected to I/O bus 212 us i ng a pac ket-based network to a legacy telephone system 

as depicted either directly or indirectly. cal j using a circuit sw i tc hed network. The destination for the 

Those of ordinary skill in the art will appreciate that the transferred call and information used to transfer the call is 

hardware depicted in FIG. 2 may vary. For example, other obtained from database 410 in the depicted examples, 

peripheral devices, such as optical disk drives and the like 50 With reference now to FIG. 5, a block diagram illustrating 

also may be used in addition to or in place of the hardware functions in an application server is depicted in accordance 

depicted. The depicted example is not meant to imply with a preferred embodiment of the present invention, 

architectural limitations with respect to the present inven- Application server 500 is an example of an application 

h° n - server, such as application server 120 in FIG. 1. In the 

The data processing system depicted in FIG. 2 may be, for 55 depicted examples, application server 500 may include a 

example, an IBM RISC/System 6000 system, a product of transfer application 502 similar to transfer application 408 

International Business Machines Corporation in Armonk, located within gatekeeper 400 in FIG. 4. Transfer applica- 

N.Y., running the Advanced Interactive Executive (AIX) tion 502 will detect requests to transfer calls between 

operating system. Furthermore, data processing system 200 packet-based networks and circuit switched networks. The 

may be implemented as an end user PC, such as end user PC 60 information for identifying the destination and transferring 

122 or end user PC 130, An adapter allowing a user to place the call is located in database 504 in applications server 500. 

voice calls would be added for use in an end user PC. Turning to FIG. 6, a block diagram of functions in a 

FIGS. 3-6 are block diagrams illustrating examples of switch is depicted in accordance with a preferred embodi- 

components that may be used to implement the processes of ment of the present invention. Switch 600 may be imple- 

thc present invention. With reference now to FIG. 3, a block 65 mented as telephone switch 108 or wireless switch 110 in 

diagram of a gateway is depicted in accordance with a FIG. 1. Switch 600 includes switching function 602, which 

preferred embodiment of the present invention. Gateway is used to route calls. Additionally, transfer application 604 
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is present within switch 600. This application will transfer a transfer feature. On a legacy terminal, such as a mobile 

call to a path through a circuit switched network in response phone, a landline phone, or a cordless phone, the same type 

to a signal or call from a user at a terminal to transfer the call. of mechanism may be used to activate the transfer feature of 

The information used to transfer the call is found in database the present invention. Thereafter, a request is sent by the 

606. 5 terminal to the switch to transfer the call (step 802). The 

With reference now to FIG. 7, a diagram illustrating a request is sent to a switch, a server, or a gatekeeper in the 

database used in transferring calls is depicted in accordance depicted examples. A request transferring the call from a 

with a preferred embodiment of the present invention. P ath usin S a P ackel based network to a path using a switch 

Database 700 contains entries, such as entries 702 and 704, circuil network is sent to a switch. The request is sent to a 

which contain information used to transfer calls between a 10 server or gatekeeper if the requested transfer is from a circuit 

packet based network and a circuit switched network. switched network to a packet based network. 

Entry 702 contains an example of information used by a Optionally, the user could enter a directory number or IP 

switch to transfer a call. Entry 702 is found in a database address for the desired destination. Such a selection of the 

used by a switch, such as database 606 in FIG. 6. Entry 702 destination may be used in place of a preselected destination 

includes a subscriber PSTN directory number (DN) field 706 15 for lhe user storcd in a database. 

and a target DN/IP field 708. Subscriber PSTN DN fields Turning next to FIG. 9, a flowchart of a process for use in 

706 contains the subscribers telephone number. In this a transfer application located in a server or gatekeeper to 

example, the number is "972-684-5555". This field is used transfer a call to a circuit switched network is depicted in 

to identify the target destination when a request is received accordance with a preferred embodiment of the present 

from a user to transfer a call. The target destination is located 20 invention. This process is employed to transfer a call on a 

in target DN/IP field 708, This field includes a telephone packet -based network to a circuit switched network, 

number and/or IP address of the destination. In this example, The process begins by receiving a request to transfer the 

the target DN/IP is "972-684-5555/47.127.157.129". The ca n to a circuit switched terminal on a circuit switched 

directory number may be used by some networks to reach a network (step 900). The directory number for the terminal 

terminal. In such a network, a gatekeeper provides a direc- f or the user is identified by querying a database of subscrib- 

tory service to translate the directory number into the ers i ocate d at the server (step 902). The IP address of the 

appropriate IP address. The IP address is the address of the terminal originating the request for the transfer is mapped to 

terminal on the network. Other address formats may be used a predefined directory number, which is accessible via the 

depending on the protocol employed. This information is c i rcxi j t switched network. Specifically, the IP address is used 

used by a transfer application to forward or transfer a call to to i ocate tne entry for the user. This entry is an entry, such 

the target destination from the terminal at which the user as> f or example, entry 704 in FIG. 7. The server then initiates 

requested the transfer. a cal j t0 the destination selected for the user (step 904). The 

Next, entry 704 is an example of an entry in a database process then waits for an answer from the terminal at the 

found in a gatekeeper, such as database 410 in FIG. 4. Entry 35 destination (step 906). The process then reroutes any rem- 

704 includes a subscriber LAN IP field 710, which contains nants of the path if needed (step 908). The process then 

an identification of the terminal at which the user is located. releases the IP terminal (step 910) with the process termi- 

The entry in this field is an IP address in the depicted nating thereafter. 

examples, but may be another type of address depending on with reference now to FIG. 10, a flowchart of a process 

the type of protocol used on the networkoln this example, 4Q f or ^ i n a transfer application located in a server or 

the address is u 47. 127.57.129". Target DN field 712 contains gatekeeper to transfer a call to a packet based network is 

the directory number of the target destination to which the depicted in accordance with a preferred embodiment of the 

call must be transferred if the user activates the feature. In present invention. This process is used to handle a request 

this example, the target DN is "972-684-5555" and is from a switch to transfer a call to a packet-based network, 

directed towards a destination and a circuit switched net- 45 The process begins by receiving a request to complete a call 

work. Entry 704 also may be used in database 504 in to an IP device (step 1000). The IP terminal to which the call 

application server 500 in FIG. 5. is t0 be sent is identified (step 1002). This step is accom- 

With reference now to FIG. 8, a flowchart of a process plished by taking the directory number from the request and 

used at a terminal to transfer a call is depicted in accordance mapping it to a pre-identified IP address to which the 

with a preferred embodiment of the present invention. A user 50 directory number is associated. The directory number may 

may desire to transfer a call from a packet-based network to be used to identify an entry, such as entry 704 in FIG. 7. In 

a circuit switched network for various reasons. For example, the depicted example, the directory number is the directory 

if the quality of service on a packet-based network is number at which the user is located. Alternatively, the 

unacceptable or the user wants more mobility, the user will request could include the IP address of the user or use 

use this process to transfer the call. A user may transfer a call 55 directory functions in the gatekeeper. Upon locating the 

from a circuit switched to a packet-based network for address for the terminal, a call path is established to the 

various reasons. For example, the user may desire to obtain terminal (step 1004). Thereafter, the IP terminal is presented 

cheaper rates for the call. Also, the user may desire to use the with the call (step 1006). The server then waits for an answer 

terminal on the packet-based network to send a data file to (step 1008). When an answer occurs at the IP terminal, the 

the called party while continuing the conversation with the 60 answer is returned to the switch (step 1010) with the process 

call party. terminating thereafter. 

The process begins by activating the feature (step 800). A With reference next to FIG, 11, a flowchart of a process 

user of a terminal may activate the feature in a number of for use in a transfer application located in a switch to transfer 

ways. For example, if a user on an IP terminal wants to a call to a packet based network is depicted in accordance 

transfer an existing voice over IP telephone call to a tradi- 65 with a preferred embodiment of the present invention. This 

tional legacy terminal, such as a telephone, the user would process is employed in a transfer application, such as 

depress a feature key or enter an access code to activate the transfer application 604 in FIG. 6, to move or transfer an 
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existing call from a legacy terminal on a circuit switched 
network to an IP terminal on a packet based network. 

The process beings by receiving a request to transfer the 
call to an IP terminal (step 1100). The request is received 
from a user on a legacy terminal. Next, IP terminal for the 
user is identified by querying a database of subscribers 
located at the switch (step 1102). This query locates an entry, 
such as entry 702 in FIG. 7. Entry 702 provides a target DN 
or IP address for the terminal on the packet-based network 
to which the call is to be forwarded. Thereafter, the switch 
initiates a call to the destination identified in the entry (step 
1104). The switch then waits for an answer (step 1106). 
When an answer is received, the switch will clean up 
remnants of the call (step 1108) with the process terminating 
thereafter. Since the path for the transferred call is optimized 
to not pass through the switch if the switch is not required, 
the switch releases all the hardware and software resources 
previously associated with the call. These resources include, 
for example, trunk circuits, PSTN telephones, and time 
division multiplex (TDM) network connections and/or 
paths. 

With reference now to FIG. 12, a flowchart of a process 
for use in a transfer application located in a switch to transfer 
a call to a circuit switched network is depicted in accordance 
with a preferred embodiment of the present invention. This 
process is initiated in response to a request from a server in 
a packet-based network to transfer a call to a legacy terminal 
in a circuit switched network. 

The process begins by receiving a request to complete a 
call to a circuit switched terminal (step 1200). The circuit 
switched terminal to which the call is to be sent is identified 
(step 1202). This step is accomplished by taking the IP 
address from the request and mapping it to a pre -identified 
directory number to which the IP address is associated. Upon 
locating the directory number for the terminal, a call path is 
established to the terminal (step 1204). Thereafter, the 
circuit switched terminal is presented with the call (step 
1206). The switch then waits for an answer (step 1208). 
When an answer occurs at the circuit switched terminal, the 
answer is returned to the server (step 1210) with the process 
terminating thereafter. 

The message flow diagrams described below in FIGS. 
13-16 illustrate examples of the present invention. The 
diagrams are described with respect to a packet-based net- 
work in the form of an IP network and with respect to a 
circuit switched network in the form of a PSTN using time 
division multiplexing (TDM). These flows can be applied to 
other types of networks other than the ones described. For 
example, without limitation, packet based networks, such a 
frame relay and asynchronous transfer mode (ATM) net- 
works also may used. 

Turning now to FIG. 13, a message flow diagram of a 
process used to transfer a call from an IP network to a PSTN 
is depicted in accordance with a preferred embodiment of 
the present invention. This message flow diagram illustrates 
the sequence of messages occurring when a user originating 
a call requests the call to be transferred. A request is received 
by a gatekeeper or other call server from an IP terminal on 
an IP network to transfer the call from the IP network to the 
PSTN (step 1300), This terminal is the originator's IP 
terminal. In response, the gatekeeper sends a message to a 
gateway to initiate a call to a pre -subscribed directory 
number (step 1302). The gateway forwards this message to 
a telephone switch, which is also referred to as a "first 
switch 1 ' in these examples (step 1304). The switch uses the 
directory number to send an origination message to the 
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PSTN terminal identified using the directory number and to 
cause the terminal to ring (step 1306). The gatekeeper also 
sends a request to the gateway to initiate a call to the called 
party's directory number (step 1308). The gateway sends the 

5 called party's called directory number to a second switch 
(step 1310). This switch initiates a call to the called party's 
directory number through the PSTN (step 1312). An answer 
message is from originator's terminal on the PSTN (step 
1314). This occurs when the user picks up or answers the 

10 PSTN telephone. An answer is received from the PSTN 
when a new path is established by the second switch to the 
called party's terminal (step 1316). Steps 1312-1316 
involve the use of existing conference features to put the 
calls together. The steps involve the use of a conference 
bridge located in the second switch. The answers are 
returned in a message from the switch to the gateway (step 
1318). The gateway relays the message to the gatekeeper 
(step 1320). In response, the gatekeeper sends a release 
message to the IP terminal to release the IP terminal from the 

20 call (step 1322). 

In FIG. 14, a message flow diagram of a process for 
transferring a call from an IP network to a PSTN is depicted 
in accordance with a preferred embodiment of the present 
invention. This flow is from the perspective of the second 

25 switch described in FIG. 13. 

A message is received by the switch from first switch in 
the PSTN with a party's directory number (step 1400). A 
conference feature is initiated by the switch using a confer- 
ence bridge in the switch. A new call is established to the 

30 terminator's terminal (step 1402). At this time a path is 
present from the switch to the called parties terminal to first 
port in the conference bridge. A second path is present from 
the original IP based call from the originating IP terminal to 
a second port in the conference bridge. Another path is 

35 present that leads from a third port in the conference bridge 
to the originator's PSTN telephone. The conference port will 
put the paths together to "conference" the call. An answer is 
received by the switch from the called party's terminal (step 
1404). The called party need not take any action in this case. 

40 The answer is an acknowledgement that the path is present. 
The party will hang up or terminate the call from the IP 
terminal or the gatekeeper can drop the call to the IP 
terminal. At that time, the switch will release the port to the 
IP terminal and the call on the other two ports will continue. 

45 Thereafter, the switch sends the answer message to the 
first switch in the PSTN (step 1406). The switch also 
releases the resources in the old call path by sending a 
request to the first switch in the PSTN (step 1408). At this 
time the call has been successfully transferred. 

50 With reference to FIG. 15, a message flow diagram of a 
process for transferring a call from a PSTN to an IP network 
is depicted in accordance with a preferred embodiment of 
the present invention. A request is received from an PSTN 
terminal by a switch to transfer the call to an IP network 

55 (step 1500). In response, the switch sends a message to a 
gateway to initiate a call to a pre-subscribed directory 
number (step 1502). The gateway sends the request to a 
gatekeeper or other application server on the IP network 
(step 1504). Thereafter, an origination message is sent to the 

60 originator's IP terminal and the IP terminal rings or indicates 
a call is present to be answered (step 1506). The switch also 
sends a request to the gateway to initiate a call to the called 
party through the IP network (step 1508). The gateway also 
will send the called party's directory number from the 

65 request to the gatekeeper (step 1510). The gatekeeper then 
initiates a call to the called party's directory number to the 
IP network (step 1512). An answer is received from the 
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originator's IP terminal (step 1514). An answer also is 
received from the packet-based network (step 1516). Steps 
1512-1516 are steps used in conference call functions to 
join calls as described above. 

An answer message is received by the server to the 5 
gateway in response to the gatekeeper receiving the answers 
from the two terminals (step 1518). The message is relayed 
by the gateway to the switch (step 1520). In turn, the switch 
will send a release message to the originator's PSTN ter- 
minal (step 1522). 10 

Next, FIG. 16 is a message flow diagram of a process used 
to transfer a call from a PSTN to an IP network is depicted 
in accordance with a preferred embodiment of the present 
invention, A message is received by a switch from the WAN 
in the IP network with a called parties directory number 15 
(step 1600). A conference call feature is initiated by the 
switch. A new call path is established by the switch to the 
terminator's terminal (step 1602). An answer message is 
returned by the terminator's terminal to the switch (step 
1604). The answer message is sent by the switch to the 20 
network (step 1606). In response, the switch will send a 
message to release old call path resources (step 1608). At 
this point, the call has been transferred. 

Thus, the present invention provides an improved method 25 
an apparatus for transferring calls without the user having to 
hang up or terminate a call at the terminal and reinitiate the 
call at a desired terminal. The present invention provides this 
advantage by allowing the call to be automatically trans- 
ferred in response to an activation of a feature. The call is 3Q 
transferred to a pre-selected destination at which the user 
desires to continue the calk In this manner, a user may 
switch the path of a call in progress back and forth between 
a packet -based network and a circuit switched network. 

It is important to note that while the present invention has 35 
been described in the context of a fully functioning data 
processing system, those of ordinary skill in the art will 
appreciate that the processes of the present invention are 
capable of being distributed in the form of a computer 
readable medium of instructions and a variety of forms and 40 
that the present invention applies equally regardless of the 
particular type of signal bearing media actually used to carry 
out the distribution. Examples of computer readable media 
include recordable-type media such a floppy disc, a hard 
disk drive, a RAM, and CD-ROMs and transmission-type 45 
media such as digital and analog communications links. 

The description of the present invention has been pre- 
sented for purposes of illustration and description, but is not 
intended to be exhaustive or limited to the invention in the 
form disclosed. Many modifications and variations will be 50 
apparent to those of ordinary skill in the art. The various 
illustrated components used in transferring calls may be 
placed in different locations in the communications system 
other than those in the depicted examples. For example, the 
transfer application is illustrated as being located in an 55 
application server or gatekeeper in a packet based network 
in the examples. The transfer application may be located in 
other places within a packet-based network, such as a call 
server. Some of the processes in the transfer application may 
be split out. For example, the directory translation may be 60 
performed at a terminal in which the terminal provides the 
directory number of the target. Although the depicted 
examples involve voice over IP, the processes may be 
applied to other packet-based protocols. Further, although 
the examples used a conferencing mechanism to make the 65 
transfer, other mechanism may be used. For example, the 
call between the parties could be put on hold such that the 
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called party hears nothing or music on hold momentarily 
until the caller picks up at the terminal to which the call was 
transferred. 

The embodiment described was chosen and described in 
order to best explain the principles of the invention, the 
practical application, and to enable others of ordinary skill 
in the art to understand the invention for various embodi- 
ments with various modifications as are suited to the par- 
ticular use contemplated. 

What is claimed is: 

1. A method in a communications system for routing a 
call, the method comprising: 

receiving a request from a user, at a first terminal, during 
a call to switch the call from a packet based network to 
a circuit switched network; and 

responsive to receiving the request, switching the call to 
a second terminal associated with the user, wherein the 
second terminal uses the circuit switched network and 
wherein the call is switched to the second terminal 
without terminating the call; 

wherein the step of switching comprises: 

creating a path from the second terminal on the circuit 
switched network to a destination terminal; and 

continuing the call using the path on the circuit switched 
network. 

2. A method in a communications system for routing a 
call, the method comprising: 

receiving a request from a user, at a first terminal, during 
a call to switch the call from a packet based network to 
a circuit switched network; and 

responsive to receiving the request, switching the call to 
a second terminal associated with the user, wherein the 
second terminal uses the circuit switched network and 
wherein the call is switched to the second terminal 
without terminating the call; 

establishing a path from the second terminal on the circuit 
switched network to the destination terminal; and 

responsive to an answer at the second terminal, using the 
path to continue the call without interruption. 

3. A method in a communications system for routing a 
call, the method comprising: 

receiving a request from a user, at a first terminal, during 
a call to switch the call from a packet based network to 
a circuit switched network; and 

responsive to receiving the request, switching the call to 
a second terminal associated with the user, wherein the 
second terminal uses the circuit switched network and 
wherein the call is switched to the second terminal 
without terminating the call; 

wherein the first terminal has a first path to a switching 
node and a second path from the switching node to a 
destination node and wherein the step of switching 
comprises: 

creating a third path to the second terminal on the circuit 

switched network; and 
joining the third path to the second path, wherein the 

second terminal is joined into the call. 

4. The method of claim 3 further comprising: 

joining the third path to the first path, wherein the second 
terminal is joined into a conference call. 

5. The method of claim 4, wherein the first path, the 
second path, and the third path are joined at a conference 
bridge in the switching node. 

6. A method in a communications system for routing a 
call, the method comprising: 
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receiving a request from a user, at a first terminal, during 
a call to switch the call from a packet based network to 
a circuit switched network; and 

responsive to receiving the request, switching the call to 
a second terminal associated with the user, wherein the 5 
second terminal uses the circuit switched network and 
wherein the call is switched to the second terminal 
without terminating the call; 

wherein the second terminal is associated with the user in 
a database; and 10 

wherein the database is located in a switch. 

7. A method in a communications system for routing a 
call, the method comprising: 

receiving a request from a user, at a first terminal, during 
a call to switch the call from a circuit switched network 
to a packet based network; and 

responsive to receiving the request, switching the call to 
a second terminal associated with the user, wherein the 
second terminal uses the packet based network and 2Q 
wherein the call is switched to the second terminal 
without terminating the call. 

8. The method of claim 7, wherein the step of initiating 
comprises: 

establishing a path to the second terminal on the packet 2 $ 

based network; and 
responsive to an answer at the second terminal, using the 

path to continue the call without interruption. 

9. A communications system comprising: 

a circuit switched network; 30 
a packet based network; 

a first terminal connected to the packet based network; 
a second terminal connected to the circuit switched net- 
work; 

a switch connected to the circuit switched network and the 35 
packet switched network, wherein the switch has a 
plurality of modes of operations including: 

a first mode of operation, responsive to receiving a request 
to switch a request from the first terminal to switch to 
an active call between the first terminal and a destina- 
tion terminal from the packet based network to the 
circuit switched network, in which the switch estab- 
lishes a first path to the second terminal; and 

a second mode of operation, responsive to establishing the 45 
first path, in which the switch joins the first path to a 
second path to the first terminal and to a third path to 
the destination terminal. 

10. The communications system of claim 9, wherein the 
switch joins the first path to the second path and the third 5Q 
path using a conference bridge. 

11. The communications system of claim 9, wherein the 
second terminal is a wireless telephone. 

12. A switch comprising: 

a plurality of communications ports; 55 

a switch fabric connected to the plurality of communica- 
tions ports; and 

a processing unit, wherein the processing unit controls 
routing of calls through the switch fabric; 

wherein the processing unit, responsive to receiving a 60 
request from a first terminal in communication with the 
switch through a first path using a packet based net- 
work to move a call in progress to a circuit switched 
network, establishes a second path to a second terminal 
associated with a user and joins the second path to the 65 
call in progress, wherein the second terminal is used to 
continue the call in progress; and 
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wherein the processing unit sends a message to release at 
least a portion of the first path using the packet based 
network such that the second path and any remaining 
portion of the first path use the circuit switched net- 
work. 

13. A computer comprising: 

a communications unit, wherein the communications 
units handles receiving and transmitting packets in a 
packet based network; and 

a processing unit, wherein the processing unit routes 
packets received by the communications unit and 
wherein responsive to receiving a request from a ter- 
minal handling a voice call in progress to reroute the 
voice call in progress to a circuit switched network, the 
processing unit sends a request to a circuit switched 
network to reroute the call through the circuit switched 
network. 

14. The computer of claim 13, wherein the processing unit 
routing releases the terminal in response to receiving an 
indication that a path has been established through the 
circuit switched network. 

15. The computer of claim 13, wherein the indication is an 
answer message received from the circuit switched network. 

16. The computer of claim 13, wherein the computer is 
gatekeeper. 

17. The computer of claim 13, wherein the computer is a 
call server. 

18. A communications system for routing a call, the 
communications system comprising: 

receiving means for receiving a request from a user, at a 
first terminal, during a call to switch the call from a 
packet based network to a circuit switched network; 
and 

switching means, responsive to receiving the request, for 
switching the call to a second terminal associated with 
the user, wherein the second terminal uses the circuit 
switched network and wherein the call is switched to 
the second terminal without terminating the call; 

wherein the switching means comprises: 

creating means for creating a path from the second 
terminal on the circuit switched network to a destina- 
tion terminal; and 

continuing means for continuing the call using the path on 
the circuit switched network. 

19. A communications system for routing a call, the 
communications system comprising: 

receiving means for receiving a request from a user, at a 
first terminal, during a call to switch the call from a 
packet based network to a circuit switched network; 
and 

switching means, responsive to receiving the request, for 
switching the call to a second terminal associated with 
the user, wherein the second terminal uses the circuit 
switched network and wherein the call is switched to 
the second terminal without terminating the call; 

establishing means for establishing a path from the second 
terminal on the circuit switched network to the desti- 
nation terminal; and 

using means, responsive to an answer at the second 
terminal, for using the path to continue the call without 
interruption. 

20. A communications system for routing a call, the 
communications system comprising: 

receiving means for receiving a request from a user, at a 
first terminal, during a call to switch the call from a 
packet based network to a circuit switched network; 
and 
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switching means, responsive to receiving the request, for 
switching the call to a second terminal associated with 
the user, wherein the second terminal uses the circuit 
switched network and wherein the call is switched to 
the second terminal without terminating the call; 5 

wherein the first terminal has a first path to a switching 
node and a second path from the switching node to a 
destination node and wherein the switching means 
comprises: 

creating means for creating a third path to the second 10 
terminal on the circuit switched network; and 

joining means for joining the third path to the second path, 
wherein the second terminal is joined into the call. 

21. The communications system of claim 20 further s 
comprising: 

joining means for joining the third path to the first path, 
wherein the second terminal is joined into a conference 
call. 

22. The communications system of claim 21, wherein the 2 o 
first path, the second path, and the third path are joined at a 
conference bridge in the switching node. 

23. A communications system for routing a call, the 
communications system comprising: 

receiving means for receiving a request from a user, at a 25 
first terminal, during a call to switch the call from a 
circuit switched network to a packet based network; 
and 



switching means, responsive to receiving the request, for 
switching the call to a second terminal associated with 
the user, wherein the second terminal uses the packet 
based network and wherein the call is switched to the 
second terminal without terminating the call. 

24. The communications system of claim 23, wherein the 
initiating means comprises: 

establishing means for establishing a path to the second 
terminal on the packet based network; and 

using means, responsive to an answer at the second 
terminal, for using the path to continue the call without 
interruption. 

25. A computer program product in a computer readable 
medium for routing a call, the computer program product 
comprising: 

first instructions for receiving a request from a user, at a 
first terminal, during a call to switch the call from a 
circuit switched network to a packet based network; 
and 

second instructions, responsive to receiving the request, 
for switching the call to a second terminal associated 
with the user, wherein the second terminal uses the 
packet based network and wherein the call is switched 
to the second terminal without terminating the call. 
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[57] ABSTRACT 

Increased network security is provided in accordance with 
the invention by using information obtained from the sig- 
naling network to determine whether a call has been for- 
warded, and then using this information to make a determi- 
nation as to appropriate further call processing, to minimize 
a communications company's exposure to call forwarding 
fraud. A determination of whether a call is a forwarded call 
can be made on the basis of a call forwarding indicator 
provided by another portion of the communications net- 
work. Where such an indicator is unavailable, a determina- 
tion of whether a~call iQM prwafcied call can b e made by 
comparing the telephone number dialed to originatejhe call 
with the telep hone number (the "connect numb er") associ- 
ated with the telephone station to which the caTTharte en 
forwahieoTWhen the dialed number and the connect number 
differTmTcall is determined to be a forwarded call. 
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METHOD FOR PROCESSING FORWARDED 
TELEPHONE CALLS 

TECHNICAL FIELD 

This invention relates to methods for processing tele- 
phone calls which have been forwarded from one telephone 
station to another and, more particularly, to processing 
forwarded telephone calls to minimize telephone fraud. 

BACKGROUND OF THE INVENTION 
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Call forwarding is a telephone feature which allows a 
customer to direct a communications network to re-route 
telephone calls from one location to another location. Spe- 
cifically, calls placed to a dialed number are re-routed to a 15 
telephone station identified by a different telephone number 
specified by the customer when setting up the call forward- 
ing feature. Call forwarding, however, is susceptible to 
various telecommunications fraud schemes. In particular, 
persons attempting to defraud the telephone company 20 
(referred to hereafter as "hackers") subscribe, either legiti- 
mately or fraudulently, to telephone service with call for- 
warding as a service feature. The hackers then arrange to 
place calls to telephone numbers, using the call forwarding 
feature, which would otherwise be blocked by the network. 25 

Current methods for protecting and preventing unautho- 
rized use of the communications network have not 
adequately addressed the problem. For example, methods 
which detect fraud based on data obtained at the end of one 
or more billing cycles do not provide sufficiently timely 30 
information. By the time the information becomes available 
to indicate fraud, large amounts of fraudulent usage could 
already have occurred. Operator assisted calls involve fur- 
ther difficulties in detecting and blocking fraud because 
anti-fraud protections may be bypassed. 35 

SUMMARY OF THE INVENTION 

Increased network security is provided in accordance with 
the invention by using information obtained from the sig- 40 
naling network to determine whether a call has been for- 
warded, and then using this information to make a determi- 
nation as to appropriate further call processing, to minimize 
a communications company's exposure to call forwarding 
fraud. A determination of whether a call is a forwarded call 45 
can be made on the basis of a call forwarding indicator 
provided by another portion of the communications net- 
work. Where such an indicator is unavailable, a determina- 
tion of whether a call is a forwarded call can be made by 
comparing the telephone number dialed to originate the call 50 
with the telephone number (the "connect number") associ- 
ated with the telephone station to which the call has been 
forwarded. When the dialed number and the connect number 
differ, the call is determined to be a forwarded call. 

In an exemplary embodiment of the invention, the con- 55 
nect number is compared with the dialed number and, where 
the two numbers differ, either the call is terminated or 
preselected preventative action is initiated within the net- 
work. This embodiment is useful, for example, in the context 
of processing telephone calls dialed from a prison. In 60 
another embodiment of the invention, the connect number is 
subjected to the same fraud screening process that is applied 
to the dialed number. For example, if the dialed number is 
subject to geographical dialing restrictions, such as being 
limited to calls within the United States, the connect number 65 
also must be a number within the United States or the call 
is terminated. 



BRIEF DESCRIPTION OF THE DRAWINGS 
In the drawings: 

FIG. 1 is a simplified block diagram of a portion of a 
telecommunications network, including signaling network 
components, suitable for processing outbound forwarded 
calls in accordance with the present invention; 

FIG. 2 is an illustrative message sequence diagram for 
setting up an outbound forwarded call; and 

FIG. 3 is a simplified block diagram of a portion of a 
telecommunications network, including signaling network 
components, suitable for processing inbound forwarded 
calls in accordance with the present invention. 

DETAILED DESCRIPTION 

Before describing the novel aspects of the invention, it 
will be useful to describe the path through an illustrative 
communications network of a typical forwarded call. Inter- 
exchange calls (e.g., inter-lata and international calls) can be 
forwarded in at least two different ways. First, the call can 
be routed through the interexchange carrier (IXC) and then 
forwarded by a local exchange carrier (LEC) switch. Such a 
call is referred to herein as an "outbound" forwarded call. 
Alternatively, the call can be forwarded by a LEC switch and 
then routed through the IXC. Such a call is referred to herein 
as an "inbound" forwarded call. A different signaling opera- 
tion takes place depending on whether the call is an out- 
bound or inbound forwarded call. Each type of call will be 
discussed below. 

Referring now to the drawings, FIG. 1 can be used to 
illustrate the signaling which occurs to set up an outbound 
forwarded call. FIG. 1 shows a portion — particularly the 
signaling portion — of an exemplary communications net- 
work at telephone station 22 subscribes to a call forwarding 
service and has arranged. The network includes telephone 
stations 10, 22, and 28, LEC switches 12, 20, and 26, IXC 
switch 14, IXC signaling network 16, and LEC signaling 
networks 18 and 24. It is assumed that a calling party at a 
telephone station 10 desires to place a call to a party at a 
telephone station 22, and that the party to have all calls 
forwarded to telephone station 28. LEC switches 12, 20, and 
26 may be, for example, a 5ESS® switch, which is com- 
mercially available from AT&T Corp. EXC switch 14 may 
be, for example, a 5ESS® switch or a 4ESS™ switch (also 
commercially available from AT&T Corp.). 

LEC switches 12 and 26 communicate with the other 
switches in the call path by exchanging call handling mes- 
sages via a data network called a Common Channel Signal- 
ing (CCS) network. The CCS network, shown in part in HG. 
1 as DCC signaling network 16, is a packet switching 
network having a plurality of interconnected nodes called 
Signal Transfer Points (STPs) that are used to exchange call 
handling messages between switches according to a specific 
protocol, such as CCS7. However, for the sake of simplicity, 
the constituent elements of the signaling network are not 
expressly shown. The features and functionality of an STP 
are described in the book Engineering and Operations in the 
Bell System, Second Edition, AT&T Bell Laboratories, 1992, 
pp. 292-294. 

The invention will be described herein in the context of 
messages using the ISDN User Part (ISUP) protocol. ISUP 
is an interoffice protocol for circuit-related functions that 
interworks with Q.931 signaling. ISUP supports calls 
between ISDN subscriber for basic bearer services and 
supplementary services (such as Call Forward Busy (CFB), 
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Call Forward No Reply (CFNR), and Call Forward Uncon- 
ditional (CFU)) for voice and non- voice applications in an 
ISDN. However, ISUP also supports calls between non- 
ISDN subscribers. The ISUP message is generated and 
interpreted by the switches of the CCS network and is 
carried as the user data in the MTP or SCCP message. LEC 
switches 12 and 26 communicate with telephone stations 10 
and 28, respectively, using a conventional signaling arrange- 
ment for the control of circuit-switched calls, illustratively 
Q.931 signaling. ISUP, with the use of the CCS network, 
extends Q.931 (which is a point-to-point network access 
protocol) over a store-and- forward message switching net- 
work. While the invention is discussed in the context of 
CCS7, ISUP, and Q.931 signaling, one skilled in the art will 
readily appreciate that the principles of the invention are not 
limited by the type of network signaling used, but rather are 
applicable to any switching system in which the dialed 
number, connect number, and call forward indicators can be 
captured when a call, or a leg of a call, is being set up. 

shows exemplary signaling used to set up a n 
r ouj tbouncUf orwarded call. When a call is initiated ^fro m 
fte jihone station 10 to telephone st ation j2, switch 12 
col lects di aled digits from telephone station 10 using well 
known suTrnTtus signaling methods. Telephone station 10 
sends a SEJlJEJQe^sj 1 ge_(using Q.931 signaling) to switch 
12. Switchl ? then returns a SETU PACKmessage to station 
10. The" callgr _at ^station 10 then enters the destination 
directory number (dialed number) and station 10 transmits a 
se quence _oLi nfo messages each includin g o ne or m ore digits 
of {he dialed rmmberJAlternatively, all of the dialed number 
digits rnay~be included in the setup message.) The SETUP 
message also includes calling party identification inforrn a- 
tion, such as the originating telephone numbe r, or automatic 
numbejrJdejitjjiexXA^)- Switch 12 uses the received dialed 
numBcTTogenerate and transmit an ISUP Initial Address 
Message ("1AM") to switch 14. Switch 14, in turn, transmits 
an I AM message via signaling networks 16 and 18 to LEC 
switch 20. LEC switch 20 recognizes that telephone station 
22 has activated the caljforwarding fea ture. Rather than 
setting up the call with telephone station 22, LE C switch 20 
trans mi ts^an IiOTlrlessage to LEC ^ switch_26 yia sfanaling 
networks 18, 16, and 24 to effect the call forwarding service. 
At the same time, LEC switch 20 transmits an ISUP Call 
Progress Group ("CPG") message to IXC switch 14 to not ify 
the switch that the call has been fo rwarded r LEC switch 26 
tr ansmits a SETUP message to telephone station 28 to sej,.up 
_the call. 

At this point, call processing continues in a conventional 
manner by transfer of signaling messages between telephone 
station 28 and telephone station 10. Station 28 sends an 
A LERT mess'aee to switch 26. Switch_ 26-tr an s mit 6 ^ an 
Address^Cojnrjlgte Messa ge ( ACM) via switches 20 and 14 
to switch 12. Switch 12 then sends an ALERT message to 
station 10. Telephone station 28 then sends a Connect 
message to switctr26. Switch 26 sends an Answer Message 
(ANM) call supervision message via switches 20 and 14 to 
switch 12. Switch 12 then sends a Connect message to 
telephone station 10. 

FIG. 3 shows a network for sw itching an inb ound for- 
wat£l£d-call. In addition to various elements* common to 
those shown in FIG. 1, the network of Fib. 3_includei a 
te lephone station 40 . a JLEC switch 42, and a datagas e~44 
that is disposed within signaling network 16. (FIG. 3 also 
includes a mobile telephone statio n 46 an rJa wireless switch 
48, which will be descrjbejLiater.) In this example^ call 
fo rwarding is effected before the calLreaches the | XC 
netw^kjrijarticular, a caller at telephone station 10 places 
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a call to telephone station 40. Telephone station 40 is 
arranged to^bmanlcanswtelephone station 22. Telephone 
Station 22 is located inaaTtferenrarea code or country than 
telephone stations 10 and 40. - 

One skilled in the art will appreciate that the signaling 
messaging for establishing an inbound forwarded call is 
similar in nature to the messaging for outbound forwarded 
calls shown in FIG. 2. When a call is initiated from tele- 
phone station 10 to telephone station 40, telephone station 
10 sends a Se tup message to switch 1 2. causingjhe^switch 
to collect dialed d igits fr om teleph on e station 10 . Switch 12 
then transmits an IAM message to switch 42. LEC switch 42 
recognizes mat tel ephone staj ion 40 has activated the call 
forwarding feature t o^Qrwarn^calls to telephone station 22. 
Rather than sejling _up the^ c ^l^ftrllelephone station 40, 
IJ^sw7lcIf32 transmits an FAKl message to IXC switch 14, 
which, in turn, transmits an IAM message via signaling 
networks 16 and 18 to LEC switch 20 t o effect the call 
forwarding ser vice. LEC switch 20 then transmits a Setup 
message to telephone station 22 to set up th e ca fiTAtrfhis 
point, caljjjrocessing continues ina conventional manne r by 
irans^ror signaling messages T5etween telephone stati on 21 
and telephone station lOTln getting up the Inbound ror- 
warded call, LEC switch 42 typically will indicate to IXC 
switch 14 that the call is aforw jrded ca ll. T his notification 
may be provided by u sing a call forwarding indicato r, for 
example, by ujingj SUP parame ters 3.20 or 3.25. 

We have recognized that by monitoring the call set up 
process, information transferred via the signaling network as 
part of the signaling used to set up the call can be captured 
and used to detect and prevent telephone fraud effected 
through the use of the call forwarding service. In particular, 
information captured is used to determine whether a tele- 
phone call has been completed to the dialed number. The 
dialed number and the connect number are captured by 
various components of the signaling network at various 
times during call set up. The dialed number and the connect 
number are then compared or otherwise analyzed to deter- 
mine the manner in which the call is to be processed. As 
discussed below, the manner in which this information is 
collected may depend upon whether the call is an outbound 
or inbound forwarded call. 

In the case of an outbound forwarded call, as in FIG. 1, 
the call progress (CPG) message transmitted from LEC 
switch^ to IXC switch 14 includes an indication of the 
telephone number (e.g., the ANI) of the telephone station to 
which the call was forwarded, together with a call forward 
indicator. IXC switch 14 captures this information in a 
memory location 1402 for subsequent processing. Switch 14 
also stores the originally dialed number, which it received as 
part of tie IAM message from LEC switch 12. A processor 
1404, illustratively disposed within IXC switch 14, commu- 
nicates with memory location 1402 to process the dialed 
number, connect number, and call forward indicator in 
accordance with the invention. In the case of an inbound 
forwarded call, as in FIG. 3, IXC switch 14 captures the 
dialed number, connect number, and call forward indicator 
from signaling messages received from LEC switch 42 and 
stores the numbers in memory location 1402. It is to be 
understood that processor 1404 and memory location 1402, 
or the functionality of these elements, could be disposed 
within a LEC switch^ an operator position, or a signaling 
network component such as an SIT. 

Although it would be preferable to capture as much 
information as possible from the signaling messages to 
determine whether a forwarded call represents an attempt to 
defraud the communications carrier, it is to be understood 
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that only part of the information may be available for 
capture. For example, only a call forward indicator may be 
available, or only the dialed and connect numbers may be 
available. One skilled in the art will readily appreciate, in 
view of this disclosure, that collecting part of the informa- 
tion often will suffice to permit a determination of whether 
to block, terminate, or otherwise track and process a call 
suspected of being fraudulent. 

Having described how to collect the dialed number, 
connect number, and call forward indicator for a forwarded 
call, various ways in which the information can be used to 
minimized fraud will now be described. There are many 
different ways in which the dialed number and connect 
number can be used in this context, a few examples of which 
are discussed in turn below. 

First, the information that a call has been forwarded can 
be used to determine whether to complete the call. For 
example, calls for which the dialed number and connect 
number are different, or for which a call forward indicator is 
present, simply are terminated. As used herein, "tejmiriaU 2Q 
ing^a call refers to_p reventing a normal voice path (or data 
path for fanfiimilr rqllw anri-othRr-riHte-tran&TTiksinTi^, and 
includes ,blockmg ^f the call before the p aUu$_established or 
tearing down the call if the path has already been estab- 
lished. Processor 1404 (FIG. 1) retrieves the dialed number ^ 
and the connect number (i.e., the "forwarding telephone 
number") from memory 1402, compares the two numbers, 
and signals switch 14 to terminate thecal! whenahejAvo 
numbers-are-different (or uuon_ another, suitable .analysis)^ 
S irnilarjy, ^the presence_of_a j:aU_foDvjrQLindLC2^ir_jcaiLM^ 0 
usedJby-proeGssor 1404 to initiate call termination. This may 
be achieved, for example, by causing switch 14 to transmit 
a Release call supervision message to the other switches 
involved irf the call, preferably before LEC switch 12 sends 
the Connect message to station 10 (see FIG. 2). This type of 
processing may be appropriate where call forwarding simply 
is not allowed for the call. One example where such pro- 
cessjngjKOuld-be-appropriate is theijmitedjelephone service 
available to prisoners in the criminal justice system — pris- 
oners are allowed to call only selected telephone numbers. 
By restricting the use of call forwarding entirely, prisoners 
are prevented from placing unauthorized calls via the call 
forwarding mechanism which would have been blocked had 
the call been directly dialed to that destination. Because calls 
placed from cellular or other radio-based telephones are 
subject to high fraud, including fraud committed via call 
forwarding, it may also be appropriate to terminate all 
cellular calls connected to a number other than the dialed 
number. 

Information indicating that a call has been forwarded also 
can be used to subject the forwarded call to the same 
terminating call restrictions that would have been applied to 
the dialed number in determining whether to complete the 
call. In other words, if the connect number does not satisfy 
the terminating call restrictions applicable to the dialed 
number, the call is blocked or some further fraud prevention 
activity is initiated. For example, if a caller at telephone 
station 10 (FIG. 1) is restricted from directly dialing tele- 
phone numbers outside the United States, calls originating at 
telephone station 10 will not be forwarded to a telephone 
number corresponding to a destination outside the United 
States. In this manner, the caller is prevented from using the 
call forwarding service to "dial around" the terminating call 
restrictions on the telephone from which a call is placed. 

In a further embodiment of the invention, a call for which 
the dialed number and connect number are routed to an 
attendant. Processor 1404 retrieves the dialed number and 
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the connect number from memory 1402, compares the two 
numbers, and routes the call to an attended operator position 
or other customer service attendant. The attendant may then 
question the caller to obtain further information demonstrat- 
ing the caller's right to complete the call. The attendant then 
determines whether to complete or terminate the call. 

In still another embodiment of the invention, forwarded 
calls are flagged for further investigation or processing, TTie 
further processing can take many forms. For example, once 
the call is identified as a forwarded call* either by call 
forwarding indicator or a difference between the dialed and 
connect numbers, processor 1404 can analyze predeter- 
mined call attributes and selectively terminate those calls 
having attributes indicative of fraudulent calls. If, for 
example, a given call is identified as a forwarded call, and 
processor 1404 determines that the connect number has a 
country code outside the United States, processor 1404 may 
automatically tenninate the call. 

Forwarded calls flagged for further investigation as 
described above can be processed according to the call 
forwarding history of the dialed number. That is, forwarded 
calls are checked against call detail records stored in a 
database, such as database 44 of FIG. 3, to determine how 
often calls to that dialed number have been forwarded within 
some specified period of time. The database, which may be 
a network control point (NCP) commercially available from 
AT&T Corp., would store records having at least the dialed 
number and an indication of whether the call to the dialed 
number was forwarded to another number. The records 
preferably also would include the date and time of the call, 
the ANI of the originating telephone station, and the connect 
number. In operation, call processing would proceed as 
described above until processor 1404 determines that the 
call is a forwarded call. Upon detecting call forwarding, 
processor 1404 queries the database 44 with a message 
which includes the dialed number, a call forward indicator, 
and preferably the ANI of the originating telephone station, 
the connect number, and the date and time of the call. The 
database includes a processor under the control of suitable 
programming which, in response to the call forwarding 
indicator, compares the dialed number with the dialed num- 
ber of the call detail records stored in the database. The 
processor of database 44 counts the number of occurrences 
(matches) in which the dialed number in the message 
received from switch 14 matches a record in the database 
having a dialed number and a call forwarding indicator. If 
the number of occurrences exceeds a predetermined thresh- 
old (as specified in fraud prevention software installed in the 
database processor), database 44 returns a message to switch 
14 instructing the switch to terminate the call or initiate other 
fraud prevention activities. The information provided to 
database 44 in the original message from switch 14 is added 
as a record to the database 44 as a call detail record. The 
database can be designed to automatically discard old call 
detail records on a rolling basis as new call detail records are 
added. Database 44 may be dedicated to monitoring call 
forwarding fraud, but preferably is part of another system or 
has other functions and uses so as to make the system more 
efficient. 

While the invention has been discussed in the context of 
wired telephone service, the principles of the invention are 
equally applicable to wireless telephone service, such as 
calls originating from a cellular telephone. With reference to 
FIG. 3, assume for the purpose of discussion that a caller at 
wireless telephone 46 originates a telephone call to tele- 
phone station 40, and that telephone station 40 has arranged 
to forward the call to telephone station 22 outside the United 
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States. The call is switched through wireless switch 48, to 
LEC switch 12, and then to LEC switch 42. LEC switch 42 
forwards the call to telephone station 22. In accordance with 
the invention, switch 14 detects that the call has not been 
completed to the dialed number (i.e., to telephone station 5 
40). In response to this determination, switch 14, under the 
control of processor 1404, takes the appropriate action to 
minimize the likelihood of call forwarding fraud on the 
communications service provider. Upon determining that the 
call is a forwarded call, switch 14 may determine that the lfl 
call originated from a wireless telephone, for example, by 
examining the automatic number identifier, or ANI, of the 
originating telephone station. As discussed above, the indi- 
cation that the call is a forwarded call, together with the 
indication that the call originated from a wireless telephone, 
may be the basis for initiating immediate termination of the 15 
call. Switch 14 also may use these indications together with 
the country code of the connect number as the basis for 
allowing or terminating the call. 

The call forwarding fraud prevention techniques of the 
invention can be useful where a caller is directly connected 20 
to an IXC, such as through an operator position. For 
example, the principles described herein are applicable to 
calls billed to a calling card or credit card, and to calls placed 
(completed) by an attendant on the caller's behalf. In this 
regard, the principles of the invention can be utilized to 25 
provide an attendant with an indication that a given call has 
been forwarded to the attendant. Such an indication will 
enable the attendant to recognize the call as a forwarded call 
and refuse to complete the call. 

One skilled in the art will appreciate that various modi- 
fications can be made to the network and the call forwarding 30 
fraud detection process without departing from the scope of 
the invention. For example, while the invention has been 
described in the context of voice and data call, the principles 
of the invention are equally applicable to multimedia calls, 
such as video telephone calls. Also, the invention can be 35 
used to detect (and terminate) calls that are forwarded 
multiple times before being completed to a final destination 
telephone station. In such a case, the dialed number and the 
connect number will differ, or a call forwarding indicator 
will be provided, in the same manner as discussed above for 
a call that is forwarded once. 40 

We claim: 

1. A call processing method comprising the steps of: 
capturing a telephone number dialed to originate a call to 

a predetermined destination; 
capturing a second telephone number associated with the 
telephone station to which the call will ultimately be 
connected; 

comparing the dialed telephone number with the second 

telephone number; 50 
responsive to a determination that the first and second 

telephone numbers are the same, further extending the 

call toward the destination; and 
responsive to a determination that the dialed telephone 

number and the second telephone number differ, ter- 55 

minating the call. 

2. A call processing method comprising the steps of: 
determining whether a call to a communication station is 

a forwarded call; 

responsive to a determination that the call is a forwarded 60 
call, preventing completion of the call to the commu- 
nication station; and 

wherein the step of determining whether the call is a 
forwarded call comprises the steps of: 63 

capturing a telephone number dialed to originate the call 
to a predetermined destination; 
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capturing a second telephone number associated with the 
telephone station to which the call will ultimately be 
connected; and 

comparing the dialed number with the second telephone 
number to determine that the call is a forwarded call 
when the dialed and second telephone numbers differ. 

3. A call processing method comprising the steps of: 
determining whether a call to a communication station is 

a forwarded call; 

responsive to a determination that the call is a forwarded 
call, detenriining whether a telephone number dialed to 
originate the call is subject to a call restriction; 

testing a second telephone number, associated with the 
telephone station to which the call will ultimately be 
connected, against the call restriction; and 

responsive to a determination that the second telephone 
number does not meet the call restriction, initiating 
fraud prevention activity in connection with processing 
the call. 

4. The method of claim 3 wherein the determining step 
comprises comparing dialed telephone number with the 
second telephone number to determine whether the call is a 
forwarded call. 

5. The method of claim 3 wherein the fraud prevention 
activity in connection with processing the call comprises 
terminating the call. 

6. A call processing method comprising the steps of: 
determining whether a call to a communication station is 

a forwarded call; 
responsive to a determination that the call is a forwarded 
call, accessing a database to obtain information indica- 
tive of whether the call represents unauthorized use of 
the communications network. 

7. A method of processing a telephone call, comprising 
the steps of: 

determining whether the call is to be completed to a 
telephone number dialed to originate the call; 

responsive to a determination that the call will not be 
completed to the dialed number, initiating fraud pre- 
vention activity in connection with processing the call; 
and 

wherein the step of initiating fraud prevention activity 
comprises the steps of: 

determining whether the dialed telephone number is sub- 
ject to a call restriction; 

testing a second telephone number associated with the 
telephone station to which the call will ultimately be 
connected against the call restriction; and 

terrninating the call if the second telephone number does 
not meet the call restriction. 

8. A method of processing a telephone call, comprising 
the steps of: 

determining whether the call is to be completed to a 
telephone number dialed to originate the call; 

responsive to a determination that the call will not be 
completed to the dialed number, initiating fraud pre- 
vention activity in connection with processing the call; 
and 

wherein the step of initiating fraud prevention activity 
comprises accessing a database to obtain information 
indicative of whether the call represents unauthorized 
use of the communications network. 

* + * * * 
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[57] ABSTRACT 

I ntelligent call forwarding is implemented through a n intel- 
li gent network . The intelligent network includes a Service 
Switching Point (SSP), a Service Control Point (SGP), and 
a Service Management System (SMS). A call to a netw ork 
subscriber is routed to the SSP which is used to detect Call 
ForwanMng^ ^ SS P to 

initi ate selecti ve_ Call Forwarding service. When iTCall 
Forwjgdin fi "trigger is detected the SSP passes the calling 
party*Tliumber to the SCP and requests caTHiandling 
in structions from the S£ILXheJ5£P provides the caJLhan- 

d ling msuoiction s, as provisioned h ^ the subscriber. tc Uhe 

SSP, and the SSP thenforwards the cali in accordance with 
the instructions. ,The SMS formulates and sends commands 
to the SCP for such purpose's as changjn^Jhe_ stored sub - 
scri ber instructions or up datin g service features . By provi- 
sioning the SCP with appropriate instructions the forwardin g 
de stination jf or a call may be made to depend upon t he time 
oiilay, day of the week , c aller's identity, an d/or status of th e 
called telephone. 

12 Claims, 1 Drawing Sheet 
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INTELLIGENT CALL FORWARDING WITH 
VIDEOPHONE DISPLAY OF FORWARDING 
DESTINATION 



TECHNICAL FIELD 

This invention relates to communication networks, and 
more particularly to providing call forwarding service to 
communication network subscribers. 



BACKGROUND OF THE INVENTION 

Establishing communication with a called party becomes 
difficult when that party is mobile. In general, a person 
wishing to contact a party by telephone initiates a call to a 
telephone that is in close proximity to that party, such as a 
home telephone or office telephone. However, the called 
party may not always be in close proximity to any one 
particular telephone at all times. Moreover, highly mobile 
individuals may be located near several different telephones 
during the course of a day and, thus become difficult to 
contact without a priori information of their whereabouts. 
This presents a problem to persons who need to contact a 
mobile party immediately, regardless of that party's loca- 
tion. 

An attempt to solve the problem of establishing commu- 
nication with a mobile party resulted in the technique known 
as "Call Forwarding". Call Forwarding is a well-known 
technique whereby an individual who will be away from her 
telephone can redirect calls to another telephone. For 
example, by using Call Forwarding an office worker plan- 
ning to go on vacation could redirect her calls to an office 
mate's telephone. Such systems, although desirable, are 
dramatically limited by their inability to selectively forward 
calls. O nce a subscriber has specified a forwarding number 
to which the subscriber's calls should be forwarded, all of 
the subscriber's calls are forwarded to that number, regard- 
less of the time of day, day of the week, identity of the 
calling party, or status of the telephone to which calls are 
being forwarded. 



SUMMARY OF THE INVENTION 

The problems of prior Call Forwarding systems are over- 
come by employing an intelligent network configured to 
selectively forward calls. 

The intelligent network includes a Service Switching 
[ Point (SSP), a Service Control Point (SOP), and a Service 
Management System (SMS). A call to a network subscriber 
is routed to the SSP which is used t o detect Call Forwarding 
' "t riggers" — conditions which require the SSP to initiate 
s elective Call Forwarding servic e. When a Call Forwarding 
trigger is detected the SSP passes the subscriber's (called 
party's) number to the SOP and requests caiLiandting 
instructions from the SOP. Th e SOP prny iHp.s fl^raii 
handling i nstructions, ^ prov isioned by the subscriber, and 
the SSP forwards the c all in accordance with the insjruc- 
tiqris^ The SM S form ulate s and sends corn mandsjqthe SOP 
for such purposes as changing the stored subscriber instruc- 
tion s, or updating service features 

Through the use of the SSP, SCP, SMS, and their asso- 
ciated triggering mechanism a forwarding destination for a 
call may be made to depend upon the time of day, day of the 
week, caller's identity, and/or status of the called telephone. 
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BRIEF DESCRIPTION OF THE DRAWING 

FIG. 1 is a simplified block diagram of a network, 
including intelligent network components, suitable for use 
with the present invention. 

DETAILED DESCRIPTION 

Before describing an exemplary embodiment of the 
invention, it will be useful to describe in a general manner 
the key intelligent network elements which can be used to 
implement the invention. Intelligent network components 
suitable for implementing the invention, in view of this 
disclosure, are well-known in the art and are commercially 
available from the AT&T Corporation ("AT&T") under the 
A-I-Net™ advanced intelligent network family of products. 

The intelligent network architecture superimposes on an 
existing telecommunications system a modular configura- 
tion of network elements which provide enhanced telecom- 
munications services. Switching functions are performed by 
the base network in a conventional manner. The intelligent 
network includes a service switching point (SSP), a service 
control point (SCP), and a service management system 
(SMS). The intelligent network may also include an intel- 
ligent processor. One skilled in the art will appreciate that 
the intelligent network elements could be owned or con- 
trolled by a local exchange carrier (LEC), an interexchange 
carrier (IXC), a competitive access provider, or some com- 
bination of the three. 

/ The SSP is a switch that operates to recognize service 
requests, r equests call handling instructions from an SCP, 
land e xecutes those ms aucti ojis to complete a telephone call. 
/The SSP provides intelligent network "triggering" — detect- 
ing a condition which requires the SSP to initiate the 
'intelligent network service by sending a query to the SCP. As 
described below, the intelligent call forwarding service of 
the invention has its own "trigger profile " or set of data, that 
assigns the service a unique point of entry into intelligent 
network functions. The SSP also formulates and transmits 
requests to the SCP and processes replies and requests _from 
4he_SCP/ln addition, the SSP creates and plays intelligent 
network announcements formulated by the service provider 
(e.g., the local exchange or inter-exchange carrier), and 
transmits event messages (such as busy or no reply signals) 
to the SCP. The SSP illustratively is an AT&T 5ESS® switch 
provisioned with AT&T's A-I-Net™ intelligent software to 
provide SSP functionality. 

It should be noted that the SSP is capable of functions 
other than those mentioned above, such as processing billing 
records for a call. However, these "other functions" are 
beyond the scope of this invention, and therefore will not be 
described in detail. 

The S££is an intelligent network element which stores 
tall control and call routing instructions to b e executed by an 
55 /SSP. It receives and processes event messages from the SSP, 
and forniulatasand sends resp onses to the SS P. In addition, 
the SCP proccsle^ accuu i itiur ana stausticaT information, 
such as the number of the calling party, the dialed intelligent 
network number, thcaimc of day and day o f the week of the 
call, anrljrarjnn^nther call parameters. An example of an 
^eP"capabTe of implementing the foregoing functions is 
AT&Ts A-I-Net™ SCR The SCP interfaces with and 
receives commands for controlling services and service 
features from the SMS. 

The SMS is a management and provisioning system that 
serves as an intelligent network service administration plat- 
form. The SMS formulates and sends commands to the SCP 
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to control services and service features. An example of an 
SMS is the AT&T A-I-Net™ service management system. 

The intelligent :pjCQcjiS£Q^j ramdes specialized func tion- 
ality, sucji_asspeec^^ spoken words) 
and vcjcjg jecognition (recognizing the voice n f ^-particular 5 
speaker) capability. The intelligent processor also may per- 
formthe functions of a video signal generator or video signal 
database for applications such as providing images for use in 
a vjcle^ejephone^dLlpjwardiD g service . The functionality 
of the intelligent processormay be implemented in a sepa- 10 
rate network, element, or may be implemented through a 
multimedia SCP, As mentioned above, examples of services 
which may be provided by the intelligent processor are 
speach recognition and voice recognition. Other examples of 
services that may be offered through the intelligent proces- 15 
sor include voice digit dialing and name dialing. Intelligent 
processor equipment suitable for use with the invention is 
well known in the art of intelligent network systems. 

One area of intelligent call processing that merits special 
attention is the concept of "triggering." Triggering is the 20 
process by which a switch (e.g., an SSP) determines that a 
query message requesting call processing instructions will 
be sent to an SCP. A trigger is an occurrence of an event 
and/or the satisfaction of certain conditions which results in 
a message to the SCP. Triggers can be originating triggers, 25 
mid-call triggers, or terminating triggers. Examples of origi- 
nating triggers are off-hook immediate, offhook delay trig- 
gers, and custom dialing plan triggers. An example of a 
mid-call trigger is the busy condition. An example of a 
terminating trigger is the ring-no answer condition. In the 30 
intelligent call forwarding method of the present invention 
distinct call forwarding routines may be initiated in response 
to each trigger. 

Having described in a general manner the function of the 
principal intelligent network elements, an exemplary net- 35 
work architecture suitable for implementing the present 
invention will now be described. In the description refer- 
ences will be made to FIG. 1. 

Assume for purposes of illustration that the called party at ^ 
a first telephone station 10 is busy on a call with a party at 
a second telephone station 12, and that there is an incoming 
call for telephone station 10 from a third telephone station 
14. The call between telephone stations 10 and 12 extends 
from telephone station 12 to a LEC switch 16, and is routed 45 
through an SSP 18 to the called party at telephone station 10. 
The call from telephone station 14 is extended to a LEC 
switch 20 and routed via an IXC switch 22 to SSP 18. 

At this point, it should be noted that there are many well 
known means for coupling telephone calls between tele- 50 
phone stations. Examples of such coupling means, all of 
which are suitable for use in the present invention, are: 
standard telephone lines, twisted shielded pair lines, coaxial 
cables, fiber optic lines, and wireless links. It should also be 
noted that various types of "calls" and various types of 55 
"telephone stations" fall within the scope of the invention. 
For example, a "call 1 * may take the form of a data transmis- 
sion from a computer or a fax transmission from a facsimile 
machine. Moreover, "telephone stations" to which calls are 
forwarded may include dedicated answering machines, such 60 
as a voice mailbox. 

In any event, SSP 18 functions as described above. When 
the call from telephone station 14 is routed to SSP 18, the 
SSP attempts to route the call to telephone station 10. SSP 
18 detects that telephone station 10 is busy on another call, 65 
which produces a mid-call trigger. That is, the busy condi- 
tion at telephone station 10 triggers SSP 18 to send a query, 
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the called telephone number, and the calling telephone 
number (i.e., the AN1 of telephone station 14) to an SCP 24. 
Based on this information, the SCP accesses a database and 
retrieves a set of call processing instructions that correspond 
to the call forwarding service prearranged, or "subscribed 
to", for telephone station 10. The SCP may then direct the 
SSP to carry out one or more commands that are set forth in 
the instructions. 

Communications between the SSP and SCP may be 
carried out over a Common Channel Signaling (CCS) net- 
work. CCS networks are well known in the art of telecom- 
munications. They are generally used to communicate call 
control information among network elements, and they 
typically employ packet switching techniques to accomplish 
this task. The packet switches used in CCS networks are 
commonly referred to as Signal Transfer Points (STPs). In 
one possible implementation of a CCS, STPs are used in 
conjunction with CCS data links to pass call control infor- 
mation via a Signaling System 7 (SS7) protocol. 

Regardless of whether or not a CCS is used to couple the 
SSP and SCP, the call forwarding operation proceeds as 
follows. SCP 24 notifies SSP 18 to play appropriate 
announcements to the caller at telephone station 14 and to 
expect additional inputs (e.g., Dual Tone Multi Frequency 
(DTMF) digits or voice commands) from the caller. SSP 18 
plays an announcement to the caller requesting the caller's 
Personal Identification Number (PIN) and collects digits 
from the caller. SSP 18 then forwards the digits to SCP 24, 
which determines the appropriate call processing on the 
basis of the caller-provided information. This may be, for 
example, to forward the caller to a voice messaging system 
and indicate to telephone station 10 that the caller is leaving 
a message. However, one of ordinary skill in the art will 
appreciate that the appropriate call processing may be deter- 
mined on the basis of the AN1 rather than on the basis of the 
caller-provided information. 

SCP 24 is provisioned to provide call processing instruc- 
tions, passed to it from an SMS 25, to SSP 18. SSP 18 then 
executes the instructions provided by the SCP As described 
above, one possible set of instructions includes: collecting a 
PIN number from the caller, using the PIN to determine a 
forwarding destination for the caller, and forwarding the 
caller to the forwarding destination. Other possible sets of 
instructions allow for the forwarding destination to be 
dependent on the time of day and/or day of the week. To 
illustrate time/date dependent forwarding, mid-call trigger- 
ing will again be considered. 

The time/date dependent forwarding of a call may pro- 
ceed as follows. A call from telephone station 14 is routed 
to SSP 18 which attempts to route the call to telephone 
station 10. SSP 18 detects that telephone station 10 is busy 
on another call, resulting the production of a mid-call trigger 
on the busy condition. That is, the busy condition at tele- 
phone station 10 triggers SSP 18 to query an SCP 24 for call 
processing instructions. The SCP then instructs SSP 18 to 
collect a PIN from the caller, as in the previous example. The 
time of day and/or day of week may be collected from the 
caller in the same manner that the PIN was collected, or it 
may be retrieved from a clock. In either case, once the 
time/date information is collected, it may be used in con- 
junction with the PIN to determine a forwarding destination 
in accordance with the called party's (subscriber's) instruc- 
tions. 

In both the foregoing caller identification based forward- 
ing and time/date based forwarding illustrations, the call is 
forwarded in response to a mid-call trigger. An example of 



02/02/2004, EAST Version: 1.4.1 



5,583,564 



call forwarding in response to a terminating trigger is 
described below. 

In the ring-no answer scenario, a call from telephone 
station 14 is routed to SSP 18, which attempts to route the 
call to telephone station 10. When there is no answer at 5 
telephone station 10, a terminating trigger is generated and 
the SSP queries the SCP for call processing instructions. At 
this point, the call may be handled as it was in the busy 
condition case. That is, the call may be forwarded on the 
basis of the caller's identity and/or on the basis of the 10 
time/date; or, in the alternative, the call may be uncondi- 
tionally forwarded to a predetermined destination. 

The configuration of FIG. 1 is shown as including an 
intelligent processor 26, Although the basic features of the 
invention may be implemented without the intelligent pro- i$ 
cessor, the intelligent processor allows many enhanced 
features to be offered. 

SSP 18 may utilize intelligent processor 26 to perform one 
or more specialized functions for interfacing with the caller 
at telephone station 14. For example, if SCP 24 instructs SSP 20 
18 to collect a voice print of the caller that will be used to 
determine the caller's identity, SSP 18 will, in some 
instances, use intelligent processor 26 to collect and analyze 
the print. In those instances, intelligent processor 26 collects 
a voice print, uses the print to generate an indication of the 25 
caller's identity, provides caller's identity to the SCP, and 
awaits further call processing instructions. 

Intelligent processor 26 may also provide a video signal 
generation capability that is useful for processing video 
telephone and/or multimedia calls. For example, when a 30 
caller at telephone station 14 places a video call to telephone 
station 10, SSP 18 detects that telephone station 10 is busy 
on another call and queries SCP 24 for call processing 
instructions. SSP 18 then forwards an indication that the call 
is a video call, an indication of a busy condition, the called 35 
telephone number, and the calling telephone number to SCP 
24. SSP 18 and SCP 24 process the call as described above, 
but in addition provide a video signal to telephone station 
14 — the video signal being indicative of the forwarding 
destination of the call. In one possible embodiment, SCP 24 W 
specifies to SSP 18 the type of video signal to be provided, 
and SSP 18 requests the appropriate video signal from 
intelligent processor 26. Intelligent processor 26 then plays 
the video signal to telephone station 14. 

One skilled in the art will appreciate that various modi- 45 
flcations can be made to the described embodiments without 
departing from the scope of the invention. For example, the 
calls between telephone stations 10 and 12 and between 
telephone stations 10 and 14 could be routed through other 
network elements, such as additional IXC switches. Also, 50 
the intelligent call forwarding service of the invention could 
be provided for calls to or from a mobile telephone, such as 
a cellular phone, or via cable television facilities. For 
example, a call placed from mobile telephone 28 (see FIG. 
1) via a commercially available mobile telephone switch 30 55 
could be routed through switches 20 and 22 to SSP 18 for 
processing as described above. 

We claim: 

1. A call forwarding method, comprising the steps of: 

a) coupling a call directed to a first telephone station to a 
service switching point, said call being initiated by a 
caller at a video telephone station; 

b) using said service switching point to detect that said 
first telephone station is in a busy condition; 55 

c) generating a query at said service switching point in 
response to said busy condition and sending said query 



60 



from said service switching point to a service control 
point; and 

d) responding to said sending of said query by: 

(i) determining a forwarding destination for said call; 

(ii) using an intelligent processor to play a video signal 
that is indicative of said forwarding destination to 
said video telephone station; and 

(iii) forwarding said call to said forwarding destination. 

2. A call forwarding method according to claim 1, wherein 
the step of determining a forwarding destination comprises 
the steps of: 

determining a number for said first telephone station; and 
determining a forwarding destination based on said num- 
ber. 

3. A call forwarding method according to claim 1, wherein 
the step of determining a forwarding destination comprises 
the steps of: 

determining a time of day; and 

determining a forwarding destination based on said time 
of day. 

4. A call forwarding method according to claim 1, wherein 
the step of determining a forwarding destination comprises 
the steps of: 

determining a day of the week; and 

determining a forwarding destination based on said day of 
the week. 

5. A call forwarding method according to claim 1, wherein 
the step of determining a forwarding destination comprises 
the steps of: 

(i) playing an announcement to said caller and collecting 
a personal identification number from said caller; and 

(ii) determining a forwarding destination for said call 
based on said personal identification number. 

6. A call forwarding method according to claim 1, wherein 
the step of deterrnining a forwarding destination comprises 
the steps of: 

(i) playing an announcement to said caller and collecting 
a voice print from said caller; and 

(ii) using said intelligent processor to analyze said voice 
print and determine a forwarding destination based on 
said voice print. 

7. A" call forwarding method, comprising the steps of: 

a) coupling a call directed to a first telephone station to a 
service switching point, said call being initiated by a 
caller at a video telephone station; 

b) using said service switching point to detect that first 
telephone station i3 in a ting-no answer condition; 

c) generating a query at said service switching point in 
response to said ring-no answer condition and sending 
said query from said service switching point to a 
service control point; and 

d) responding to said sending of said query by: 

(i) determining a forwarding destination for said call; 

(ii) using an intelligent processor to play a video signal 
that is indicative of said forwarding destination to 
said video telephone station; and 

(iii) forwarding said call to said forwarding destination. 

8. A call forwarding method according to claim 7, wherein 
the step of o^termining a forwarding destination comprises 
the steps of: 

determining a number for said first telephone station; and 
determining a forwarding destination based on said num- 
ber. 

9. A call forwarding method according to claim 7, wherein 
the step of determining a forwarding destination comprises 
the steps of: 
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determining a time of day; and 

determining a forwarding destination based on said time 
of day. 

10. A call forwarding method according to claim 7, 
wherein the step of determining a forwarding destination 5 
comprises the steps of: 

determining a day of the week; and 
determining a forwarding destination based on said day of 
the week. 1Q 

11. A call forwarding method according to claim 1, 
wherein the step of determining a forwarding destination 
comprises the steps of: 

(i) playing an announcement to said caller and collecting 
a personal identification number from said caller; and 
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(ii) determining a forwarding destination for said call 
based on said personal identification number. 

12. A call forwarding method according to claim 1, 
wherein the step of determining a forwarding destination 
comprises the steps of: 

(i) playing an announcement to said caller and collecting 
a voice print from said caller; and 

(ii) using said intelligent processor to analyze said voice 
print and determine a forwarding destination based on 
said voice print. 

* * * * * 
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